Bug#740862: duck: Should cease to pass mailto: URLs to curl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 tags 740862 + confirmed thanks Am 2014-03-05 17:43, schrieb Axel Beckert: Package: duck Version: 0.2 Hi Simon, running duck in Debian's zsh's git repository causes curl errors due to one mailto:; URL: ~/zsh/zsh $ duck -v debian/control: Homepage: http://www.zsh.org/: OK debian/control: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/zsh.git: OK debian/control: Vcs-Git: git://anonscm.debian.org/collab-maint/zsh.git: OK debian/upstream/metadata: FAQ: URL: http://zsh.sourceforge.net/FAQ/: OK debian/upstream/metadata: Changelog: URL: http://zsh.sourceforge.net/releases.html: OK debian/upstream/metadata: Homepage: URL: http://zsh.sourceforge.net/: OK debian/upstream/metadata: Repository-Browse: URL: http://sourceforge.net/p/zsh/code/ci/master/tree/: OK debian/upstream/metadata: Repository: URL: git://git.code.sf.net/p/zsh/code: ERROR Curl:1 HTTP:0 Unsupported protocol Protocol git not supported or disabled in libcurl debian/upstream/metadata: Bug-Submit: URL: mailto:zsh-work...@zsh.org: ERROR Curl:6 HTTP:0 Couldn't resolve host name Could not resolve host: zsh.org ~/zsh/zsh $ (The first error is the same as reported in #740859, the second one is the relevant one.) May it should just check if the domain of an e-mail address exists (A, or MX record; or maybe an whois request), but nothing more. Yes, good point. IANA tells me that mailto: is a permanent URI Scheme [1], so I'll come up with a new check to look for 1. MX entries 2. A(AAA) records. If nothing is found, the domain is surely invalid and thus worth being reported. Thanks for your suggestions. I'll also contact Charles concering the exact definition of URL for the upstream metadata. bye, Simon [1] http://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml#uri-schemes-1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duck depends on: ii bzr 2.6.0+bzr6591-1 ii git1:1.9.0-1 ii libfile-which-perl 1.09-1 ii libparse-debian-packages-perl 0.03-2 ii libwww-curl-perl 4.17-1 ii mercurial 2.9.1-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 duck recommends no packages. duck suggests no packages. -- no debconf information - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTGClEAAoJEBy08PeN7K/p3X0P/Aur80MAOdxst9mSgw4VX3Ue ndQLq5vM2jPp8Tg15RGjDJ1QSS65R8bw/AZJhm/YvOr8pkvMYldvfVp5HBxrniSH EBqd1pus+/b+pMPIsy6r/3rXNqQVBMIuai5pUEn/lS6vsdHDJkGuJ4zRH7tfq49E 2MxsxMPhcbh7/ANcxML9tN2CCCnONbcbigvy6d0VexsgytKmme88GPwrsJjyFzOh 0zmkfpd3XxqkTnpNkJ3siGyfuNTRc6sRsO0sSryY1T6RdTycISnSikR+0io4XYLA b5unrsPbcc/fnjdHnZufEDmnzUgDUBFAw3KRY/musnxVbZczF0t+KwUTcw1PbS+M bgztiikFIMcHbWpZxVZoko1Y1bF8qct1KqTX/jXvWuNQ4gi1D7+P65QY7QkZgsRt A+SSzxrcYbfzdx0IAfPY82FDoUE8oc+mXnYismGdvgN18XQNbH4thgw7Oxh13lfc behJeNmc+euYy1eahiASt/d0G069evTI/LErXO0UBukgYzjQCh0jQfkHuEdP4ibg fzfc4Pv5/oRpEgcV+TcQrSPpbmfRYVDyhEJHMd1sTatDvC69u15tflo8K1wcp/1M m0yLy5/TxzGVaJXKz9Wla0Wp+0JYftZtp8eLir40KzB/l4BIvPVH35kIPmtckcED BlPQC4AIeZOpiKsXgBJ7 =4C5Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739300: dh_sphinxdoc: Please replace MathJax.js with links to the packaged libjs-mathjax
Hi Sebastian, On Tue, 4 Mar 2014 19:48:11 +0100, Sebastian Ramacher wrote: In breathe I replaced the MathJax URL with the full path of MathJax.js as provided by libjs-mathjax. It gets rid of the lintian warning and works if one views the HTML files directly in a local browser. After a discussion with Stuart Prescott in #d-python I learned that this is wrong: if the documentation is served via a web server, the tex formulas are not rendered anymore. Thanks for explaining me why simply changing the URL won’t work. But is that really a popular use-case? I guess I was hoping for a magical solution from dh_sphinxdoc as sphinx.ext.mathjax is provided by sphinx and already has some code in place to replace javascript libraries with the ones provided by other packages. So that all of this could be handled in one place instead of every package that uses sphinx.ext.mathjax. But package maintainers will still need to patch the code to use the local path. I think writing one line to debian/rules is easy enough if you have already written the patch :) Anyway, I think it is possible to implement this algorithm in dh_sphinxdoc: | If an HTML file in a package references _static/mathjax/MathJax.js in | ‘script’ tag, and neither of _static/mathjax and _static/mathjax/MathJax.js | is already a symlink, then replace the _static/mathjax directory with | a symlink to /usr/share/javascript/mathjax/. Will that work for you? [1] http://lintian.debian.org/tags/privacy-breach-generic.html lists some packages that emit the warning for multiple possible MathJax URLs. I didn't check if they use sphinx to generate the documentation, but the list contains some python-*-doc which are the most likely candidates that could be using sphinx and sphinx.ext.mathjax. Thanks, I will file some bugs on these packages. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#740910: gnome: All password prompts are blocking on submission
Control: reassign -1 gnome 3.8.4
On Mi, 05 mar 14, 22:30:29, Adrien wrote:
Source: gnome
Version: 3.8.4
Severity: important
Dear Maintainer,
After upgrading my SID by doing an aptitude safe-upgrade, all the gnome
components that are password-based ceased to work, including gdm3's password
field, evolutions's and seahorse's.
In practice: at log-in time, I select my user account and am asked to enter my
password. I enter the password, then click log in. That log-in button turns
greyer, and nothing else happens. I can still click in the top menu bar to see
how much battery is left, or I can click cancel, in which case I'm back at
the
user selection part of the login page.
Now, if I log in manually (kill gdm, startx) and lauch evolution, it will say
I
didn't unlock the keyring, and prompts for my password. Again, clicking
unlock
leaves me with the only choice to click cancel.
The same problem happens if I ask seahorse to unlock my keyring.
Besides that, I can use xdm, sudo, and other non-gnome password-prompting
tools
without problem.
I have tried reinstalling gnome-{shell,session,core,keyring} without any
luck. I
also tried commenting gnome-keyring related entries in /etc/pam.d/* without
luck
either.
I do not know how to investigate better the issue and figure out where the
problem lies (maybe the password prompt tries to connect to a daemon that's
not
running, and blocks on it? Maybe it tries to read a file it doesn't have
rights
to access?).
I filed a bug report for gnome as well
https://bugzilla.gnome.org/show_bug.cgi?id=725707 but they suggested I report
to
Debian instead, and so far haven't helped me investigate better the issue.
Cheers,
P!
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#740839: Move to udisks2, udisks 1 is deprecated
Hey Andrei, Andrei POPESCU [2014-03-06 10:04 +0200]: This package is not in Debian, maybe an Ubuntu package? Argh, you are right. I'm sorry, I mis-looked. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#740917: hibernate breaks after stable update
Package: hibernate Version: 2.0+15+g88d54a8-1 Severity: serious I have a system running wheezy. I periodically apply the security updates for wheezy. Yesterday, I applied security updates, the hibernate package did not change during the updates. However, hibernate is no longer working from the Gnome menu (menu - Shutdown... - Hibernate). Whenever I try to use the hibernate button there, it just locks the screen, no hibernation. /var/log/syslog shows some messages about NetworkManager sleep requested but nothing specific to hibernation. If I run hibernate-disk from the command line, it works, but gives a warning: # hibernate-disk hibernate-disk:Warning: Tuxonice binary signature file not found. It is not clear if this warning is related to the problem and it is not clear if the hibernate package is the root cause of the problem, maybe it is some Gnome fault, if so, please help redirect this bug to the correct package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740918: glade: Glade 3.14.2 SIGSEV when opening existing .ui files
Package: glade Version: 3.14.2-3 Severity: normal Dear Maintainer, after updating libgtk to release 3.10.7, Glade started crashing while loading exisiting .ui files. I have tested this behaviour on two different systems (unstable and testing) with the same results. Some very simple .ui's do not appear to be affected. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glade depends on: ii libc6 2.17-97 ii libgladeui-2-4 3.14.2-3 ii libglib2.0-02.38.2-5 ii libgtk-3-0 3.10.7-1 Versions of packages glade recommends: ii devhelp 3.8.2-2 ii libgtk-3-dev 3.10.7-1 glade 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#740919: xterm: clears $SHELL from environment at startup
Package: xterm
Version: 302-1
Severity: important
Hi *,
I’ve got a script that dumps the contents of the environment at
startup to syslog, and just used it to investigate a user-visible
problem. tl;dr: the output of xterm -e dumpargs differs between
screen 301-1 (Debian) and 302-1 (Debian; no idea if this bug is
also upstream):
Among the usual differences like $PGRP and $WINDOWID I have:
--- x1 2014-03-06 09:28:26.356676132 +0100
+++ x2 2014-03-06 09:28:26.092672608 +0100
@@ -31,8 +31,8 @@
typeset PWD=/home/tglase
typeset -x QUILT_PATCHES=-
-typeset -i -x -U RANDOM=15871
+typeset -i -x -U RANDOM=565
typeset -i SECONDS=0
-typeset -x SHELL=
+typeset -x SHELL=/bin/mksh
typeset -x SIRCNICK='mira|AO'
typeset -x SIRCSERVER=127.0.0.1:s7000
typeset -x SSH_AGENT_PID=3511
@@ -52,12 +52,12 @@
typeset -x USER=tglase
typeset -i -U USER_ID=2339
typeset -x VISUAL=/usr/bin/jupp
-typeset -x WINDOWID=25165837
+typeset -x WINDOWID=33554445
typeset -x WINDOWPATH=7
typeset -x
XDG_SESSION_COOKIE=87bd0826b5c41524a188f458494f992f-1393518574.144306-436980184
typeset -x XDM_MANAGED='method=classic'
typeset -x XTERM_LOCALE=en_GB.UTF-8
typeset -x XTERM_SHELL=/usr/local/bin/dumpargs
-typeset -x XTERM_VERSION='XTerm(302)'
+typeset -x XTERM_VERSION='XTerm(301)'
typeset -x _=/usr/bin/xterm
args(0) 0:/usr/local/bin/dumpargs
User story: I use “xterm -e screen” (basically) to start GNU screen,
which then has “shell -${SHELL}” in ~/.screenrc which should really
really not be empty. Also, xterm IMHO has no business touching that
part of my environment.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Versions of packages xterm depends on:
ii libc6 2.18-4
ii libfontconfig1 2.11.0-5
ii libice6 2:1.0.8-2
ii libtinfo5 5.9+20140118-1
ii libutempter01.1.5-4
ii libx11-62:1.6.2-1
ii libxaw7 2:1.0.12-1
ii libxft2 2.3.1-2
ii libxmu6 2:1.1.1-1
ii libxpm4 1:3.5.10-1
ii libxt6 1:1.1.4-1
ii xbitmaps1.1.1-2
Versions of packages xterm recommends:
ii x11-utils 7.7+1
Versions of packages xterm suggests:
pn xfonts-cyrillic none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740846: About CVE-2014-2029 in Percona Toolkit 2.1.2
On Wed, Mar 05, 2014 at 09:27:41PM +0100, Dario Minnucci wrote: Hi Hrvoje, I'm also Cc: this message to Debian BTS (#740846) to keep track of this issue in case we need this info in the future. Thanks for the confirmation. The Security Tracker has been updated. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
Package: debian-installer Version: 20140208 X-Debbugs-CC: debian-...@lists.debian.org Using the weekly build kfreebsd-amd64 XFCE ISO, it is impossible to install the current Testing distribution. I tried it both within Virtualbox on a Linux machine and within a Hyper-V VM on Windows. The installer proceeds normally (apart from the two incorect ioctl warning that can be ignored and are also present in the working stable installer) until the file system is created on the disk. Then it just displays the error message that the creation failed. 0x20C88DFB.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#739243: FTBFS with libav10
On Mon, 3 Mar 2014 14:54:51 +0100, Alberto Garcia be...@igalia.com wrote:
On Fri, Feb 28, 2014 at 11:28:20PM +0100, an...@khirnov.net wrote:
the attached patch should fix this bug.
Thanks for the patch! but it doesn't seem to work:
libtool: link: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Werror=format-security -Wall -Wl,-z -Wl,relro -o fmfconv fmfconv.o
fmfconv_ff.o fmfconv_yuv.o fmfconv_scr.o fmfconv_ppm.o fmfconv_wav.o
fmfconv_au.o fmfconv_aiff.o -L/usr/lib -lavformat -lavcodec -lswscale
-lavresample -lavutil compat/unix/libcompatos.a -lz -lgcrypt
fmfconv_ff.o: In function `ffmpeg_add_sound_ffmpeg':
/tmp/fuse-emulator-utils-1.1.1/fmfconv_ff.c:350: undefined reference to
`avcodec_encode_audio'
/tmp/fuse-emulator-utils-1.1.1/fmfconv_ff.c:375: undefined reference to
`avcodec_encode_audio'
collect2: error: ld returned 1 exit status
Sorry, missed a hunk.
Now it should compile; sadly I cannot test it because I don't have any samples.
--
Anton KhirnovIndex: fuse-emulator-utils-1.1.1/fmfconv_ff.c
===
--- fuse-emulator-utils-1.1.1.orig/fmfconv_ff.c 2013-05-16 20:32:13.0 +
+++ fuse-emulator-utils-1.1.1/fmfconv_ff.c 2014-03-06 08:49:05.542084378 +
@@ -60,6 +60,8 @@
#include libavformat/avformat.h
#include libavutil/mathematics.h
+#include libavutil/opt.h
+#include libavresample/avresample.h
#include libswscale/swscale.h
#include libspectrum.h
@@ -94,9 +96,10 @@
static int audio_inpbuf_len; /* actual number of audio frames */
static AVFrame *ff_picture, *ff_tmp_picture, *ffmpeg_pict;
+static AVFrame *audio_frame;
static struct SwsContext *video_resize_ctx;
-static ReSampleContext *audio_resample_ctx;
+static AVAudioResampleContext *audio_resample_ctx;
static int16_t **ffmpeg_sound;
static uint8_t *video_outbuf;
@@ -130,11 +133,10 @@
int
ffmpeg_resample_audio( void )
{
- int len;
+ int len, ret;
if( audio_resample_ctx res_rte != snd_rte ) {
-audio_resample_close( audio_resample_ctx );
-audio_resample_ctx = NULL;
+avresample_free( audio_resample_ctx );
av_free( audio_tmp_inpbuf );
ffmpeg_sound = sound16;
printi( 2, ffmpeg_resample_audio(): reinit resample %dHz - %dHz\n, snd_rte, out_rte );
@@ -145,11 +147,20 @@
out_fsz = 2 * out_chn;
}
if( !audio_resample_ctx ) {
-audio_resample_ctx = av_audio_resample_init( out_chn, snd_chn,
- out_rte, snd_rte,
- AV_SAMPLE_FMT_S16,
- AV_SAMPLE_FMT_S16,
- 16, 8, 1, 1.0 );
+audio_resample_ctx = avresample_alloc_context();
+av_opt_set_int(audio_resample_ctx, in_channel_layout, av_get_default_channel_layout(snd_chn), 0);
+av_opt_set_int(audio_resample_ctx, out_channel_layout, av_get_default_channel_layout(out_chn), 0);
+av_opt_set_int(audio_resample_ctx, in_sample_fmt, AV_SAMPLE_FMT_S16, 0);
+av_opt_set_int(audio_resample_ctx, out_sample_fmt, AV_SAMPLE_FMT_S16, 0);
+av_opt_set_int(audio_resample_ctx, in_sample_rate, snd_rte, 0);
+av_opt_set_int(audio_resample_ctx, out_sample_rate,out_rte, 0);
+
+ret = avresample_open(audio_resample_ctx);
+if (ret 0) {
+printe( Error opening the resample context\n);
+return 1;
+}
+
audio_tmp_inpbuf_size = (float)audio_outbuf_size * out_rte / snd_rte * (float)out_chn / snd_chn + 1.0;
audio_tmp_inpbuf = av_malloc( audio_tmp_inpbuf_size );
ffmpeg_sound = (void *)(audio_tmp_inpbuf);
@@ -160,9 +171,9 @@
return 1;
}
- len = audio_resample( audio_resample_ctx,
- (short *)audio_tmp_inpbuf, (short *)sound16,
- snd_len / snd_fsz );
+ len = avresample_convert( audio_resample_ctx,
+ (uint8_t**)audio_tmp_inpbuf, audio_tmp_inpbuf_size, audio_tmp_inpbuf_size / out_fsz,
+ (uint8_t**)sound16, snd_len, snd_len / snd_fsz );
if( !len ) {
printe( FFMPEG: Error during audio resampling\n );
return 1;
@@ -224,7 +235,7 @@
*/
static int
-add_audio_stream( enum CodecID codec_id, int freq, int stereo )
+add_audio_stream( enum AVCodecID codec_id, int freq, int stereo )
{
AVCodecContext *c;
@@ -295,6 +306,8 @@
#endif
audio_input_frames = c-frame_size;
+ audio_frame = av_frame_alloc();
+
if( audio_input_frames = 1 ) {
audio_outbuf_size = out_rte * 1250 * audio_oframe_size / out_fps;
} else {
@@ -336,20 +349,25 @@
if( audio_input_frames 1 ) {
while( audio_inpbuf_len + len = audio_input_frames ) {
int copy_len = ( audio_input_frames - audio_inpbuf_len ) * audio_iframe_size;
- AVPacket pkt;
- av_init_packet( pkt );
+ AVPacket pkt = { 0 };
+ int ret, got_output;
memcpy( (char *)audio_inpbuf + ( audio_inpbuf_len * audio_iframe_size ), buf, copy_len );
len -= audio_input_frames - audio_inpbuf_len;
buf =
Bug#740921: O: ffe -- Tool for parsing flat and CSV files and converting them to different formats
Package: wnpp Severity: normal The current maintainer of ffe, Alexis Bezverkhyy bezve...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: ffe Binary: ffe Version: 0.2.8-1 Maintainer: Alexis Bezverkhyy bezve...@gmail.com Build-Depends: debhelper (= 5), autotools-dev, texinfo Architecture: any Standards-Version: 3.8.2 Format: 1.0 Files: b34eb5322a56225580cf1c8f29ef7a32 988 ffe_0.2.8-1.dsc 52ad17dfb6df5f78f104897142f63f83 265364 ffe_0.2.8.orig.tar.gz bc1784e2c17403961828a314acb20c45 26350 ffe_0.2.8-1.diff.gz Checksums-Sha1: 348b6c201a8fb53607bc7209a0220c7de3076045 988 ffe_0.2.8-1.dsc 51f0e56334693da4622d06a1e820aa771f4c5568 265364 ffe_0.2.8.orig.tar.gz 4bded02bc674e420bacc85ad188d4b76cf6dc166 26350 ffe_0.2.8-1.diff.gz Checksums-Sha256: 921eb43083d267aacbaf105cb3ca372595581a1d7de5b38f7f415de19512f119 988 ffe_0.2.8-1.dsc b24d47567cd461440e4a00bedd406e8700e918700567872671faa2fa972ff48a 265364 ffe_0.2.8.orig.tar.gz 6f21aa9f9d7d2735602227428c3817e4bcff3532c4c90e18ac2688c49350e052 26350 ffe_0.2.8-1.diff.gz Homepage: http://ff-extractor.sourceforge.net/ Directory: pool/main/f/ffe Priority: source Section: text Package: ffe Version: 0.2.8-1 Installed-Size: 212 Maintainer: Alexis Bezverkhyy bezve...@gmail.com Architecture: amd64 Depends: libc6 (= 2.3.4), dpkg (= 1.15.4) | install-info Description-en: Tool for parsing flat and CSV files and converting them to different formats Ffe has many areas of use with fixed lenth and CSV files. It can extract particular fields or records from a flat file, convert data from one format to an other (CSV to fixed lenth, ...), display flat file content in human readable form, etc. In addition, one input file can contain several types of records (lines) and the input file structure and output definitions are independent, meaning one output format can be used with several input files. This input file structure and output format are 'freely' configurable, so the output can be formatted e.g. as: fixed length, separated, tokenized, XML, SQL,... Description-md5: f4452e939d0e560e9d1e98b149b14515 Homepage: http://ff-extractor.sourceforge.net/ Tag: role::program, scope::utility, use::converting, works-with::text Section: text Priority: optional Filename: pool/main/f/ffe/ffe_0.2.8-1_amd64.deb Size: 67974 MD5sum: 5dfc13cc194a002aa61e6e6fe890f689 SHA1: e8b4369ac82d89ed896118dad4d8342618eec131 SHA256: 6f15a51e153ebcd8b52516ebcceec7288c56bb225ed1ade0d28cffb2132fb0d4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740922: dcut: No Notification sent after granting upload permissions to DM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: dput-ng Severity: normal Hello! As stated in [1] a DD may grant upload permissions to a DM with her key in the debian-maintainers keyring. I asked DD mlang@d.o to grant upload permissions for me (Simon Kainz, 0x8DECAFE9) which has obviously worked, as i can see my entry in [2]. But neither the DD nor myself received some notification, as stated in [1]. [1] https://wiki.debian.org/DebianMaintainer#Granting_Permissions [2] https://ftp-master.debian.org/dm.txt bye, Simon - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTGDnQAAoJEBy08PeN7K/pPKoP/3j3p89UqnxaptXsUaZ0PX8A 3SG/+gLr/xidoCV7hc57P+Ey4gNEWNyVTMDfPKvFueBx1H3to4WdLwUerePb1gi3 AOVLkJQ1d3oyN4dSXG1IdOGfTUOexFy57rq+17KZmIvCNC/m06pK1xfdFEwBEIv/ vf8PcmhDRqk7tBO2F5x4mrcNjBdwXg+MgCN/m0byERqNtU5WQ7/4jvBt+miPCmI/ AygrN4f3KmelZVqg1PLrHhZbo3mvUGc/OAJSe8YBRXLGmHKYUHaXx+Qqpl/lPxv3 tEirNOP3ZE5F0cfgEQS/z2H8/zhO6deMhJ43ITm8XQzYsYouYn2zEQEdTBaF/gLe E0rSohRoRsn+XTYDN1iVhlfyaS6n46EeYhYMSvShMzMdnGllAQ8jsPNh4O4aXdii ycdbC4wvBkM8LMR7OmauHRSofhA7ghuTi1kozstGu/F/a2PnyxZmojBip3wft6or kDbwnkJifv8n1S5CZNcMLyPJ1WwqI5Zbe/y4YHShg/q0nHfNo7bUwzVV2Aq7DAyI 5HBGI1OH0DJal7OpZMcsGtk1J7oIChBdFcldYlSF/5k02sY6zM2xLrLWEobq2nEY VZP69Jny82gbSQ9WktiqJQwYvaOe+urQm5C/GmSftJdAjBkYbMixPymq5TDw9/Rm nyDS+msE5IeNSXre1GUB =wBJ6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730014: cacti also wants jquery 1.9
Hi Debian Javascript Maintainers, Just for the record, I want to implement an update to my package Cacti which also depends on a newer version of jquery. In my case I need 1.9.1 at least. So I also would appreciate an update. Paul signature.asc Description: OpenPGP digital signature
Bug#740918: Possible solution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've tryed to build Glade 3.16.1 from sources, and the problem has gone. It seems Glade 3.14 is incompatible with gtk 3.10 series. - -- Beware of false knowledge; it is more dangerous than ignorance. - -- George Bernard Shaw -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlMYO8cACgkQoslNXTG02zLWkQCfTP3daQBu4Xh2WoQLZ9lGA9Ym +nUAn3GeKjFGNhtk+0ivLmEscG6h6xEN =wA32 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721277: Adiscon LogAnalyzer? rsyslog + mongodb?
On 05/03/14 21:06, Michael Biebl wrote: Am 05.03.2014 20:14, schrieb Daniel Pocock: On 05/03/14 19:58, Michael Biebl wrote: Michael, if Rainer confirms the fix version for the template issue, would you mind updating the packages and then just ping me to test? Sure, no problem. I'm currently waiting for liblogging to pass the NEW queue so I can upload rsyslog 7.6.0. I expect in that case the fix will land in 7.6.1 and I would then just update to that version. Michael Here are some upstream patches you could cherry-pick into the package: 18eaa5cc5c325e1f4c531dd03b463997c7fde1b4 (template not mandatory) 9d0fc675a51125acde057d0e53e8323c5e1ed572 (fix a string termination bug) This got it working for me I create the debian/patches on a branch in collab-maint, my branch is called pocock Please feel free to merge and release as 7.4.4-2, this will let people test while waiting for the 7.6.x releases -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740923: duck: missing dependency on libyaml-libyaml-perl
Package: duck Version: 0.2 Severity: normal When installed, duck is not able to locate YAML/XS.pm $ duck Can't locate YAML/XS.pm in @INC (you may need to install the YAML::XS module) (@INC contains: . /usr/share/duck/lib /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl) at /usr/bin/duck line 31. BEGIN failed--compilation aborted at /usr/bin/duck line 31. After installing libyaml-libyaml-perl, duck works as expected. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duck depends on: ii bzr2.6.0+bzr6591-1 ii git1:1.9.0-1 ii libfile-which-perl 1.09-1 ii libparse-debian-packages-perl 0.03-2 ii libwww-curl-perl 4.17-1 ii mercurial 2.8.2-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 duck recommends no packages. duck 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#740919: xterm: clears $SHELL from environment at startup
On Thu, Mar 06, 2014 at 09:31:36AM +0100, Thorsten Glaser wrote: Package: xterm Version: 302-1 Severity: important Hi *, I’ve got a script that dumps the contents of the environment at startup to syslog, and just used it to investigate a user-visible problem. tl;dr: the output of xterm -e dumpargs differs between screen 301-1 (Debian) and 302-1 (Debian; no idea if this bug is also upstream): Among the usual differences like $PGRP and $WINDOWID I have: --- x12014-03-06 09:28:26.356676132 +0100 +++ x22014-03-06 09:28:26.092672608 +0100 @@ -31,8 +31,8 @@ typeset PWD=/home/tglase typeset -x QUILT_PATCHES=- -typeset -i -x -U RANDOM=15871 +typeset -i -x -U RANDOM=565 typeset -i SECONDS=0 -typeset -x SHELL= +typeset -x SHELL=/bin/mksh hmm - I see that I still overlooked documenting the /etc/shells tie-in in the manpage. It's in the changelog, of course, and if you read that you may notice that the change was intentional (to fix a serious bug in contrast to a user-configurable preference). So - to the point: is /bin/mksh in /etc/shells? If not, adding it there is the way to get your intended behavior. If it is, then there's some additional aspect that I've overlooked. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#740924: O: deja-dup -- Backup utility
Package: wnpp Severity: normal The current maintainer of deja-dup, Jose Carlos Garcia Sogo js...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: deja-dup Binary: deja-dup, deja-dup-dbg Version: 20.2-2.1 Maintainer: Jose Carlos Garcia Sogo js...@debian.org Build-Depends: debhelper (= 8), intltool (= 0.40), yelp-tools, libglib2.0-dev (= 2.26), libgnome-keyring-dev, libgtk-3-dev (= 3.0), libnautilus-extension-dev, libnotify-dev (= 0.7), pkg-config Architecture: any Standards-Version: 3.9.2 Format: 3.0 (quilt) Files: 9df9c135c0a0dc19ba5c00f1ac649dcd 2050 deja-dup_20.2-2.1.dsc 4138502010145be2e94d6b4ab90e17ab 1250666 deja-dup_20.2.orig.tar.bz2 a9b1abcb6aa093b78b041e53deee6208 4417 deja-dup_20.2-2.1.debian.tar.gz Vcs-Browser: http://git.debian.org/git/users/jsogo/deja-dup.git Vcs-Git: git://git.debian.org/git/users/jsogo/deja-dup.git Checksums-Sha1: 1514e34cec10cc7a6152e91fa938f84bb9601766 2050 deja-dup_20.2-2.1.dsc 5958abcef71cfbc668b10d4d068f40e84bbc8865 1250666 deja-dup_20.2.orig.tar.bz2 85c74188b98ef150eb0f3eb95c1da74108120a3e 4417 deja-dup_20.2-2.1.debian.tar.gz Checksums-Sha256: b756155a584b746ee8a153262040afe40f633b9142a4295d3e1df11bfbb4e346 2050 deja-dup_20.2-2.1.dsc b6e2b7c3890cb8683e17bfdf59536731ee596069f404006272db3e8c26a8a535 1250666 deja-dup_20.2.orig.tar.bz2 7f0dc9a3971a3d3fe0ebc31d6740355fba45d2be70c10875f11ef389fa322587 4417 deja-dup_20.2-2.1.debian.tar.gz Homepage: https://launchpad.net/deja-dup Package-List: deja-dup deb utils optional deja-dup-dbg deb debug extra Directory: pool/main/d/deja-dup Priority: source Section: utils Package: deja-dup Version: 20.2-2.1 Installed-Size: 4671 Maintainer: Jose Carlos Garcia Sogo js...@debian.org Architecture: amd64 Depends: libatk1.0-0 (= 1.12.4), libc6 (= 2.2.5), libcairo-gobject2 (= 1.10.0), libcairo2 (= 1.2.4), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.28.0), libgnome-keyring0 (= 2.22.2), libgtk-3-0 (= 3.0.0), libnautilus-extension1a (= 2.91), libnotify4 (= 0.7.0), libpango1.0-0 (= 1.14.0), dconf-gsettings-backend | gsettings-backend, duplicity (= 0.6.14) Recommends: python-boto (= 0.9d), python-rackspace-cloudfiles, ssh-client | openssh-client Description-en: Backup utility Déjà Dup is a simple backup tool. It hides the complexity of backing up the Right Way (encrypted, off-site, and regular) and uses duplicity as the backend. . Features: * Support for local, remote, or cloud backup locations, such as Amazon S3 or Rackspace Cloud Files * Securely encrypts and compresses your data * Incrementally backs up, letting you restore from any particular backup * Schedules regular backups * Integrates well into your GNOME desktop Description-md5: 828a50a03b8aa8256c4d3dbfac7fdbd0 Homepage: https://launchpad.net/deja-dup Tag: admin::backup, implemented-in::c, interface::x11, role::program, scope::application, suite::gnome, uitoolkit::gtk, x11::application Section: utils Priority: optional Filename: pool/main/d/deja-dup/deja-dup_20.2-2.1_amd64.deb Size: 988662 MD5sum: 45f3991905d179b1217a5fd2bebf664f SHA1: 7c8f2f5a8d485f6cfe63cf6fe4f5e59f8f6f8687 SHA256: be0404e34e9c3d6f59b205fb0e183a65a70b89dc1602d9b9c71a6adb33924245 Package: deja-dup-dbg Source: deja-dup Version: 20.2-2.1 Installed-Size: 4874 Maintainer: Jose Carlos Garcia Sogo js...@debian.org Architecture: amd64 Depends: deja-dup (= 20.2-2.1) Description-en: Déjà Dup debugging symbols Déjà Dup is a simple backup tool. It hides the complexity of backing up the Right Way (encrypted, off-site, and regular) and uses duplicity as the backend. . Features: * Support for local, remote, or cloud backup locations, such as Amazon S3 or Rackspace Cloud Files * Securely encrypts and compresses your data * Incrementally backs up, letting you restore from any particular backup * Schedules regular backups * Integrates well into your GNOME desktop . This package contains gdb debugging symbols for the deja-dup package. Description-md5: b54794cb999e2a7c24fb050f82198f74 Homepage: https://launchpad.net/deja-dup Tag: role::debug-symbols Section: debug Priority: extra Filename: pool/main/d/deja-dup/deja-dup-dbg_20.2-2.1_amd64.deb Size: 1567512 MD5sum: 8764031c20ffac5fe90293c13dbbe87c SHA1: e18380eaf517cfee056340342420e5a471e89154 SHA256: e8cd4d6b5c8d5e3d784c16aa3a8c7251a4346b3e967461bbacb39dae1ca11d9e signature.asc Description: Digital signature
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
reassign 740882 gnome-control-center forcemerge 739206 740882 thanks On 05/03/14 19:57, Emmanuel Fleury wrote: Package: gir1.2-gdkpixbuf-2.0 Version: 2.30.5-1 Severity: important I have seen this behavior since my last update to 2.30.5 version on my two machines. It is totally reproducible and occurs at each attempt. Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721277: Adiscon LogAnalyzer? rsyslog + mongodb?
On 06/03/14 10:10, Daniel Pocock wrote: On 05/03/14 21:06, Michael Biebl wrote: Am 05.03.2014 20:14, schrieb Daniel Pocock: On 05/03/14 19:58, Michael Biebl wrote: Michael, if Rainer confirms the fix version for the template issue, would you mind updating the packages and then just ping me to test? Sure, no problem. I'm currently waiting for liblogging to pass the NEW queue so I can upload rsyslog 7.6.0. I expect in that case the fix will land in 7.6.1 and I would then just update to that version. Michael Here are some upstream patches you could cherry-pick into the package: 18eaa5cc5c325e1f4c531dd03b463997c7fde1b4 (template not mandatory) 9d0fc675a51125acde057d0e53e8323c5e1ed572 (fix a string termination bug) This got it working for me I create the debian/patches on a branch in collab-maint, my branch is called pocock Please feel free to merge and release as 7.4.4-2, this will let people test while waiting for the 7.6.x releases Just confirming that after those patches, LogAnalyzer 3.6.5 works for me now too In the LogAnalyzer install.php, I select SourceType: MongoDB native Select View: Syslog Fields Table type: MongoDB Database Host: localhost Database name: logs Database tablename: syslog Database user: (delete the default, must be blank) Database password: (also blank) This is how it appears in config.php: $CFG['DefaultSourceID'] = 'Source1'; $CFG['Sources']['Source1']['ID'] = 'Source1'; $CFG['Sources']['Source1']['Name'] = 'My Syslog Source'; $CFG['Sources']['Source1']['ViewID'] = 'SYSLOG'; $CFG['Sources']['Source1']['SourceType'] = SOURCE_MONGODB; $CFG['Sources']['Source1']['DBTableType'] = 'mongodb'; $CFG['Sources']['Source1']['DBServer'] = 'localhost'; $CFG['Sources']['Source1']['DBName'] = 'logs'; $CFG['Sources']['Source1']['DBUser'] = ''; $CFG['Sources']['Source1']['DBPassword'] = ''; $CFG['Sources']['Source1']['DBTableName'] = 'syslog'; In /etc/rsyslog.conf there is just this: $ModLoad ommongodb *.*action(type=ommongodb server=127.0.0.1 db=logs collection=syslog) No need to specify template or anything else. The values db=logs and collection=syslog come from the article here: http://loganalyzer.adiscon.com/articles/using-mongodb-with-rsyslog-and-loganalyzer/ I've suggested to upstream that the ommongodb defaults and the article and LogAnalyzer defaults for db and collection names should all be synchronized https://github.com/rsyslog/loganalyzer/issues/4 Once that is done, the README.Debian will probably be OK as it is again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724495: [liblocale-maketext-lexicon-perl] xgettext.pl should extract 'c.loc' from .tt/.tt2 files
On Ср., 2014-03-05 at 23:24 +0100, Florian Schlichting wrote: I'll forward this upstream, in the hope that they're willing to add support for c.loc. Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740916: ITP: dms -- DNS Management System
Matthew Grant m...@mattgrant.net.nz writes: Package: wnpp Severity: wishlist Owner: Matthew Grant m...@mattgrant.net.nz * Package name: dms Version : 1.0 Upstream Author : Matthew Grant m...@mattgrant.net.nz * URL : http://mattgrant.net.nz/software/dms * License : GPL3 Programming Lang: Python Description : DNS Management System DNS Management System using bind9 and PostgresQL 9.2+. Uses Dynamic Updates to update and manage the Zones in Bind9. OK. Has a daemon which uses a State Machine for publishing zones from the DB. I personally think this sentence should be eliminated from the package description altogether. Lots of software has state machines built in, thats nothing really interesting. -- CYa, ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger mlang/k...@db.debian.org : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721277: Adiscon LogAnalyzer? rsyslog + mongodb?
Am 06.03.2014 10:31, schrieb Daniel Pocock: On 06/03/14 10:10, Daniel Pocock wrote: On 05/03/14 21:06, Michael Biebl wrote: Am 05.03.2014 20:14, schrieb Daniel Pocock: On 05/03/14 19:58, Michael Biebl wrote: Michael, if Rainer confirms the fix version for the template issue, would you mind updating the packages and then just ping me to test? Sure, no problem. I'm currently waiting for liblogging to pass the NEW queue so I can upload rsyslog 7.6.0. I expect in that case the fix will land in 7.6.1 and I would then just update to that version. Michael Here are some upstream patches you could cherry-pick into the package: 18eaa5cc5c325e1f4c531dd03b463997c7fde1b4 (template not mandatory) 9d0fc675a51125acde057d0e53e8323c5e1ed572 (fix a string termination bug) This got it working for me Ok, thanks a lot for doing all this testing. Should liblogging not be accepted within the next couple of days, I'll release a 7.4.4-2. Luca, maybe you can have a look at liblogging in NEW to speed this up a little. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#740883: dpkg-source -x regression: version number does not start with digit
Hi Guillem, thanks for your quick reply, On Wed, Mar 05, 2014 at 10:27:21PM +0100, Guillem Jover wrote: I've collected the packages that can no longer be extract (without returning a 0 exit code, at least) and made them available here: http://people.debian.org/~zack/dpkg-source-x-regression/ I've now completed the extraction of all releases on archive.d.o and updated the content of the above URL. There is probably no need for you to check again, though, only one extra package from Lenny has been added, and it's again cnews (in a newer version), which cannot be extract due to the version number does not start with digit error. dpkg-source: error: version number does not start with digit Hmm, yeah this type of sanity check should not really be applied on extractors, at least w/o a way to override. I'm fixing this for dpkg 1.17.7. Thanks. If the patch is available somewhere, I'll be happy to cherry pick it for sources.d.n (which is running on Wheezy, i.e. dpkg 1.16.12) and give it a try. - patches not applying cleanly, e.g.: dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -b -z .dpkg-orig ./rx_1.5-6.diff.gz gave error exit status 1 can't find file to patch at input line 3 I'm checking when this regressed. Great. FWIW I'm not entirely sure that this, and the subsequent one, are actually regression at the dpkg-source level. It might also be the case that we did release sources that weren't extractable at release time. If this is due to a change in gzip, then that's something to be dealt in gzip. If the a previous gzip produced bogus data, then I'd rather not workaround that in dpkg-source. If this had been a warning (exit code 2, instead of 1), then I'd be fine changing dpkg-source to ignore gzip warnings, but certainly not if gzip considers it an error. Fair enough. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#740925: veusz-helpers: amd64 build has wrong sip-api dependency
Package: veusz-helpers Version: 1.20.1-1 Severity: grave Justification: renders package unusable Dear maintainer, the latest upload of veusz was apparently built in an environment with the wrong version of python-sip. The veusz-helpers package got a dependency on sip-api-8.1, which is unavailable in sid. It should instead depend on sip-api-10.0, as the previous (1.15-1+b3) version does. Cheers, Tommaso Colombo -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
Jan Henke jan.he...@taujhe.de (2014-03-06): Package: debian-installer Version: 20140208 X-Debbugs-CC: debian-...@lists.debian.org Using the weekly build kfreebsd-amd64 XFCE ISO, it is impossible to install the current Testing distribution. I tried it both within Virtualbox on a Linux machine and within a Hyper-V VM on Windows. The installer proceeds normally (apart from the two incorect ioctl warning that can be ignored and are also present in the working stable installer) until the file system is created on the disk. Then it just displays the error message that the creation failed. Thanks for the report. It would be nice to try and extract logs from /var/log/syslog. Looking at tty4 might be sufficient to get an idea of what's gone wrong. Mraw, KiBi. signature.asc Description: Digital signature
Bug#740926: www.debian.org: Link to public cloud providers Debian images/info from /distrib/ (or from /cloud/ with generic cloud description on /distrib/)?
Package: www.debian.org Severity: wishlist Dear Web Maintainers, FULL DISCLOSURE: I work for Amazon as a Solution Architect - but this is from my (volunteer) role as Debian Developer looking after EC2 Debian Images. Can we get a link to the Debian AMIs on AWS EC2 that we (Debian) are curating for Debian? More than happy for this to equally have links to many/all cloud providers who host Debian cloud images for their users as a way of accessing Debian, perhaps on /distrib/, or perhaps a new page /cloud/ and a generic notice in /distrib/ talking of why a user would want this - in a similar way we list vendors of CD images? We already have documentation on wiki.debian.net, but as this is a way of 'Getting Debian', it's probably useful to our users. Link to Debian on AWS EC2 Marketplace: https://aws.amazon.com/marketplace/seller-profile?id=890be55d-32d8-4bc8-9042-2b4fd83064d5 Thanks, James -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.4.3-kvm-i386-20120618 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
By the way. On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. I already try to set up the background through gconf-editor with no success. But, I might have missed something. I'll try again. Regards -- Emmanuel Fleury See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: reassign 740882 gnome-control-center forcemerge 739206 740882 thanks On 05/03/14 19:57, Emmanuel Fleury wrote: Package: gir1.2-gdkpixbuf-2.0 Version: 2.30.5-1 Severity: important I have seen this behavior since my last update to 2.30.5 version on my two machines. It is totally reproducible and occurs at each attempt. Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. In fact, I got a bit further. I had some time to install debug symbols and carve a bit in the program. Here is a more meaningful back-trace: (gdb) bt #0 convert_alpha (height=1080, width=1920, src_y=optimized out, src_x=optimized out, src_stride=7680, src_data=0x11cdf00 , dest_stride=7680, dest_data=0x7fffbb89b210 ) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:162 #1 gdk_pixbuf_get_from_surface (surface=0xfec350, src_x=optimized out, src_y=optimized out, width=1920, height=1080) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:270 #2 0x0045a4bc in ?? () #3 0x71c58a57 in g_simple_async_result_complete (simple=0xe54ce0) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #4 0x71ca913a in g_dbus_connection_call_done (source=optimized out, result=optimized out, user_data=0xd63d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gdbusconnection.c:5490 #5 0x71c58a57 in g_simple_async_result_complete (simple=0xe54d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #6 0x71c58ab9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:789 #7 0x70d48526 in g_main_dispatch (context=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3066 #8 g_main_context_dispatch (context=context@entry=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3642 #9 0x70d48878 in g_main_context_iterate (context=context@entry=0x99b320, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3713 #10 0x70d4891c in g_main_context_iteration (context=0x99b320, context@entry=0x0, may_block=may_block@entry=1) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3774 #11 0x71c84a1c in g_application_run (application=0x997100, argc=1, argv=0x7fffe2a8) at /tmp/buildd/glib2.0-2.38.2/./gio/gapplication.c:1635 #12 0x004498c8 in main () The problem seems to occur in convert_alpha, but the stack is corrupted in higher addresses (see level #2). The reason of the segfault seems to be because convert_alpha iterate on src_data which do not point toward real data. Looking around at the position of the segfault leads to this loop: 0x7219e870 +432: movb $0x0,(%rcx) 0x7219e873 +435: movb $0x0,0x1(%rcx) 0x7219e877 +439: movb $0x0,0x2(%rcx) 0x7219e87b +443: add$0x1,%r8d 0x7219e87f +447: mov%sil,0x3(%rcx) 0x7219e883 +451: add$0x4,%rdi 0x7219e887 +455: add$0x4,%rcx 0x7219e88b +459: cmp%r8d,%ebp 0x7219e88e +462: jle0x7219e930 gdk_pixbuf_get_from_surface+624 = 0x7219e894 +468: mov0x0(%r13,%rdi,1),%r9d 0x7219e899 +473: mov%r9d,%esi 0x7219e89c +476: shr$0x18,%esi 0x7219e89f +479: test %esi,%esi 0x7219e8a1 +481: je 0x7219e870 gdk_pixbuf_get_from_surface+432 0x7219e8a3 +483: mov%r9d,%r11d Investigating a bit around the crash (gdb) p /x $r13 $1 = 0x11cdf00 (gdb) ptype *0x11cdf00 type = int (gdb) p /x $rdi $2 = 0x100 (256) So, we are accessing an array of integers (32bits) that are moved to %r9d (32bits). The problem is that we are accessing one integer to far: (gdb) p /x * (0x11cdf00+0xaa) $3 = 0x0 (gdb) p /x * (0x11cdf00+0x100) Cannot access memory at address 0x11ce000 I didn't take the time to link this to actual C code, but I hope this help a bit. Regards -- Emmanuel Fleury Ok, the patches look fine, but I somehow have this slight feeling that you gave up a bit too soon on the '*why* does this happen?' question. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739784: Bug#739865: handbrake: When encoding with presets for AppleTV2, container is set to mkv.
Am Mittwoch, den 26.02.2014, 07:36 +0100 schrieb Fabian Greffrath: Moreover, the command line utility still has faac hard-coded for most profiles. I think this should be changed to a general aac and the actual implementation chosen from the available codecs (like e.g. gstreamer does). Do you know if there are plans to support this? Upstream is at it: https://github.com/HandBrake/HandBrake/commit/213b1fda5da83228141b8168806479a3c70c7f94 - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740927: libzip: pkg-config --cflags print wrong path
Package: libzip-dev Version: 0.10.1-1.1 Hi. I'm writing code that uses libzip-dev, and we tried the provided pkg-config rules. However, libzip-dev's pkg-config file is incorrect: jas@latte:~/src/libykneomgr$ pkg-config --cflags libzip -I/usr/lib/libzip/include jas@latte:~/src/libykneomgr$ The packages does not populate that directory with any file. Fortunately, all the include files are in /usr/include so the incorrect -I just result in a warning for us, and building and linking works. Still, the incorrect path seems like a bug. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740928: gnome: Gnome crash to start and display «Oh no! Something has gone wrong» message
Package: gnome Version: 1:3.8+4 Severity: grave Justification: renders package unusable Dear Maintainer, When computer start, gnome crash directly and display Oh no! Something has gone wrong message. No action is possible. * «/etc/init.d/gdm3 status» return [OK] * If i try to restart gdm3 nothing happens * In «var/log/syslog» i have this line «Mar 6 09:29:43 debian gdm-simple-slave[2965]: Failed to remove slave program access to the displa$ I don't know where to look to give more information. My computer is not usable. Thank you, Alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii aisleriot1:3.10.1-1 ii alacarte 3.10.0-1 ii avahi-daemon 0.6.31-4 ii cheese 3.10.1-1sid1 ii cups-pk-helper 0.2.5-2 ii desktop-base 7.0.3 ii evolution3.8.5-2+b3 ii evolution-plugins3.8.5-2+b3 ii file-roller 3.8.4-1 ii gedit3.10.4-1 ii gedit-plugins3.10.1-1 ii gimp 2.8.6-1 ii gnome-applets3.4.1-4 ii gnome-color-manager 3.8.3-1+b2 ii gnome-core 1:3.8+4 ii gnome-documents 3.8.4-1+b1 ii gnome-games 1:3.8+4 ii gnome-media 3.4.0-1 ii gnome-nettool3.8.1-1 ii gnome-orca 3.10.2-1 ii gnome-shell-extensions 3.8.4-2 ii gnome-tweak-tool 3.8.1-2 ii gstreamer1.0-libav 1.2.3-1 ii gstreamer1.0-plugins-ugly1.2.3-2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.4-3+b1 ii libgtk2-perl 2:1.249-1 ii libreoffice-calc 1:4.1.5-1 ii libreoffice-gnome1:4.1.5-1 ii libreoffice-impress 1:4.1.5-1 ii libreoffice-writer 1:4.1.5-1 ii nautilus-sendto 3.6.1-2 ii network-manager-gnome0.9.8.4-1 ii rhythmbox3.0.1-1+b2 ii rhythmbox-plugin-cdrecorder 3.0.1-1+b2 ii rhythmbox-plugins3.0.1-1+b2 ii rygel0.20.3-1 ii rygel-playbin0.20.3-1 ii rygel-preferences0.20.3-1 ii rygel-tracker0.20.3-1 ii seahorse 3.8.2-1 ii shotwell 0.15.0-2+b1 ii simple-scan 3.10.0-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.18.1-2 ii telepathy-rakia 0.8.0-2 ii telepathy-salut 0.8.1-2 ii tomboy 1.14.1-3 ii totem3.8.2-4 ii totem-plugins3.8.2-4 ii tracker-gui 0.16.2-1+b2 ii transmission-gtk 2.82-1.1 ii vinagre 3.8.3-1 ii xdg-user-dirs-gtk0.10-1 ii xul-ext-adblock-plus 2.5.1+dfsg-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20140121+dfsg-1 pn gdebinone ii nautilus-sendto-empathy 3.8.6-1 ii telepathy-idle 0.2.0-1 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone pn gnucashnone pn iceweasel-l10n-all none pn libreoffice-evolution none pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.10.2-2 ii baobab 3.10.1-1 ii brasero3.8.0-2+b1 ii caribou0.4.12-1 ii caribou-antler 0.4.12-1 ii dconf-gsettings-backend0.18.0-1 ii dconf-tools0.18.0-1 ii empathy3.8.6-1 ii eog3.10.1-1 ii evince 3.10.0-2 ii evolution-data-server 3.8.5-3+b2 ii fonts-cantarell0.0.15-1 ii gconf2 3.2.6-1 ii gdm3 3.8.4-6 ii gkbd-capplet 3.6.0-1 ii glib-networking2.38.2-1 ii gnome-backgrounds 3.10.1-1 ii gnome-bluetooth3.8.1-2 ii gnome-calculator 3.10.2-1 ii gnome-contacts 3.8.3-1+b1 ii gnome-control-center 1:3.8.3-4 ii gnome-dictionary 3.10.0-1 ii gnome-disk-utility 3.10.0-1 ii gnome-font-viewer 3.10.0-1 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-extras3.6.2-3 ii gnome-icon-theme-symbolic 3.10.1-1 ii gnome-keyring 3.8.2-2+b1 ii gnome-menus3.8.0-2 ii gnome-online-accounts 3.8.3-2 ii gnome-packagekit 3.10.1-1 ii
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. I already tried to access the configuration through gconf-editor and modify it, with no success. But, in fact, I got a bit further. I had some time to install debug symbols and carve a bit in the program. Here is a more meaningful back-trace: (gdb) bt #0 convert_alpha (height=1080, width=1920, src_y=optimized out, src_x=optimized out, src_stride=7680, src_data=0x11cdf00 , dest_stride=7680, dest_data=0x7fffbb89b210 ) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:162 #1 gdk_pixbuf_get_from_surface (surface=0xfec350, src_x=optimized out, src_y=optimized out, width=1920, height=1080) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:270 #2 0x0045a4bc in ?? () #3 0x71c58a57 in g_simple_async_result_complete (simple=0xe54ce0) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #4 0x71ca913a in g_dbus_connection_call_done (source=optimized out, result=optimized out, user_data=0xd63d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gdbusconnection.c:5490 #5 0x71c58a57 in g_simple_async_result_complete (simple=0xe54d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #6 0x71c58ab9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:789 #7 0x70d48526 in g_main_dispatch (context=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3066 #8 g_main_context_dispatch (context=context@entry=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3642 #9 0x70d48878 in g_main_context_iterate (context=context@entry=0x99b320, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3713 #10 0x70d4891c in g_main_context_iteration (context=0x99b320, context@entry=0x0, may_block=may_block@entry=1) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3774 #11 0x71c84a1c in g_application_run (application=0x997100, argc=1, argv=0x7fffe2a8) at /tmp/buildd/glib2.0-2.38.2/./gio/gapplication.c:1635 #12 0x004498c8 in main () The problem seems to occur in convert_alpha, but the stack is corrupted in higher addresses (see level #2). The reason of the segfault seems to be because convert_alpha iterate on src_data which do not point toward real data. Looking around at the position of the segfault leads to this loop: 0x7219e870 +432: movb $0x0,(%rcx) 0x7219e873 +435: movb $0x0,0x1(%rcx) 0x7219e877 +439: movb $0x0,0x2(%rcx) 0x7219e87b +443: add$0x1,%r8d 0x7219e87f +447: mov%sil,0x3(%rcx) 0x7219e883 +451: add$0x4,%rdi 0x7219e887 +455: add$0x4,%rcx 0x7219e88b +459: cmp%r8d,%ebp 0x7219e88e +462: jle0x7219e930 gdk_pixbuf_get_from_surface+624 = 0x7219e894 +468: mov0x0(%r13,%rdi,1),%r9d 0x7219e899 +473: mov%r9d,%esi 0x7219e89c +476: shr$0x18,%esi 0x7219e89f +479: test %esi,%esi 0x7219e8a1 +481: je 0x7219e870 gdk_pixbuf_get_from_surface+432 0x7219e8a3 +483: mov%r9d,%r11d Investigating a bit around the crash (gdb) p /x $r13 $1 = 0x11cdf00 (gdb) ptype *0x11cdf00 type = int (gdb) p /x $rdi $2 = 0x100 (256) So, we are accessing an array of integers (32bits) that are moved to %r9d (32bits). The problem is that we are accessing one integer to far: (gdb) p /x * (0x11cdf00+0xaa) $3 = 0x0 (gdb) p /x * (0x11cdf00+0x100) Cannot access memory at address 0x11ce000 I didn't take the time to link this to actual C code, but I hope this help a bit. Regards -- Emmanuel Fleury Ok, the patches look fine, but I somehow have this slight feeling that you gave up a bit too soon on the '*why* does this happen?' question. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740130: Fwd: Re: Time::HR Licensing
Upstream author asserting GPL
Original Message
Subject:Re: Time::HR Licensing
Date: Thu, 27 Feb 2014 18:38:52 -0500
From: alexander daminoff daminof...@gmail.com
To: Peter Roberts m...@peter-r.co.uk
Peter, you can assume GPL licensing for this. Please keep in mind that
its not really supported anymore - I don't have much time these days. I
will however answer questions if you have any - at least I will try as
its been a while.
Regards,
Alex
On Feb 27, 2014 1:49 PM, Peter Roberts m...@peter-r.co.uk
mailto:m...@peter-r.co.uk wrote:
Resending again because that email is dead too.
-- Forwarded message --
From: *Peter Roberts* m...@peter-r.co.uk mailto:m...@peter-r.co.uk
Date: 26 February 2014 01:44
Subject: Fwd: Time::HR Licensing
To: agolo...@cronossystems.com mailto:agolo...@cronossystems.com
Resending because the email in the module is dead.
Original Message
Subject: Time::HR Licensing
Date:Wed, 26 Feb 2014 01:41:43 +
From:Peter Roberts m...@peter-r.co.uk mailto:m...@peter-r.co.uk
To: golomshtok_alexan...@jpmorgan.com
mailto:golomshtok_alexan...@jpmorgan.com
Hi
I'm looking to package this perl module for Debian but there doesn't
seem to be any licensing information provided on CPAN. Any chance you
could clarify on this?
Thanks
Peter
Bug#721277: Adiscon LogAnalyzer? rsyslog + mongodb?
2014-03-06 10:41 GMT+01:00 Michael Biebl bi...@debian.org: Luca, maybe you can have a look at liblogging in NEW to speed this up a little. I've just marked it for acceptance. Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730539: libsane: HP psc 750 no longer being recognized
On 20/02/14 23:19, Mark Buda wrote:
reassign 730539 hplip
tags 730539 patch
thanks
The problem is that the hp-config_usb_printer command is taking too
long, and udevd kills the worker handling the device insertion, so it
never gets to the part of the udev rules that allow access by the
scanner group or, for that matter, the active console user. See
https://bugs.launchpad.net/hplip/+bug/1185866 for more details.
A fix given there is to modify /lib/udev/rules.d/56-hpmud.rules to
change
/usr/bin/hp-config_usb_printer $env{BUSNUM}:$env{DEVNUM} ; fi
to
/usr/bin/hp-config_usb_printer $env{BUSNUM}:$env{DEVNUM} /dev/null 21 /dev/null
fi
Sorry for the slow response, but I had to wait until I could reboot
the machine. I made the change, but couldn't get udevd to
recognize the new rule. I tried:
# udevadm control --reload-rules
# udevadm trigger
Neither of these got udevd to recognize the rule change, however
once I rebooted, udevd picked up the change and the problem was
fixed.
Thanks for your perseverance
Lorry
--
vLife Systems Ltd
Registered Office: The Apex, 2 Sheriffs Orchard, Coventry, CV1 3PP
Registered in England and Wales No. 06477649
http://vlifesystems.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737871: O: pristine-tar -- regenerate pristine tarballs
On 19/02/14 01:19, Joey Hess wrote: You will need to know perl and C. dgit does not obsolete dpkg-buildpackage, but dpkg-buildpackage does not use pristine-tar. -- see shy jo I'll try to fix a bug or two and we'll see. :) Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647742: update
libradsec 0.0.5 seems stable enough to include in Debian. I have packaging available at git://git.project-moonshot.org/libradsec.git on the debian branch. I want to get a review of a few things and will upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705645: Sqlline fails with MS SQL Server JDBC data sources
The java.ext.dirs trick doesn't seem to work anymore with OpenJDK 7u51 in unstable. When running sqlline with debugging enabled we get: [debug] /usr/bin/sqlline: Runnning /usr/lib/jvm/default-java/bin/java -Djava.ext.dirs=/usr/share/java/:/usr/local/share/java/ -classpath /usr/share/java/jline.jar:/usr/share/java/sqlline.jar sqlline.SqlLine Error: Could not find or load main class sqlline.SqlLine I tried replacing the java.ext.dirs property with a classpath with a wildcard, but it didn't work. With the classpath set to /usr/share/java/* java fails to find the sqlline.SqlLine class. And with a classpath set to /usr/share/java/sqlline.jar:/usr/share/java/* it throws an IOException because it opens too many files: $ java -classpath '/usr/share/java/sqlline.jar:/usr/share/java/*' sqlline.SqlLine java.io.IOException: Cannot run program sh: error=24, Too many open files at java.lang.ProcessBuilder.start(ProcessBuilder.java:1041) at java.lang.Runtime.exec(Runtime.java:617) at java.lang.Runtime.exec(Runtime.java:485) at jline.UnixTerminal.exec(UnixTerminal.java:292) at jline.UnixTerminal.exec(UnixTerminal.java:277) at jline.UnixTerminal.stty(UnixTerminal.java:268) at jline.UnixTerminal.initializeTerminal(UnixTerminal.java:71) at jline.Terminal.setupTerminal(Terminal.java:75) at sqlline.SqlLine$Opts.init(Unknown Source) at sqlline.SqlLine.init(Unknown Source) at sqlline.SqlLine.mainWithInputRedirection(Unknown Source) at sqlline.SqlLine.main(Unknown Source) Caused by: java.io.IOException: error=24, Too many open files at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.init(UNIXProcess.java:135) at java.lang.ProcessImpl.start(ProcessImpl.java:130) at java.lang.ProcessBuilder.start(ProcessBuilder.java:1022) ... 11 more The best we can do at this point is to list explicitly the known JDBC drivers in the classpath. That's less flexible but it will be good enough in most cases. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740904: ITP: glamour -- beautiful 2D game with princesses for young girls
Hi Miriam, Le jeudi 06 mars 2014 à 02:48 +0100, Miriam Ruiz a écrit : In this beautiful strategy game targeted to girls age 8 to 12, each participant will take control of a princess from a fairy tale. I know that the maintainer of a package is free to choose the long description, but do we really have to propagate sexist stereotypes by telling users that only boys or girls can play this or that game? Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740929: fai-setup-storage: setup-storage fails with already existing LVM on target, device
Package: fai-setup-storage Version: 4.1 Severity: normal yesterday I finally started migrating from FAI 3.4.8 and a squeeze nfsroot to FAI 4.1 with a wheezy nfsroot (Server itself is still squeeze for several reasons). I could successfully perform an initial install of a test client (using a blank disk), but a second run (i.e. without 'initial' and with the previous partitions and data on disk) gave: ... Creating directory /etc/lvm/backup Creating volume group backup /etc/lvm/backup/vg1 (seqno 5). Use of uninitialized value $lvn in hash element at /usr/share/perl5/LVM.pm line 300. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Label not found for next LVINF at /usr/share/perl5/Linux/LVM.pm line 301 Error in task partition. Code: 710 Traceback: task_error task_partition task task_install task task_action task main ... The disk_config used is: disk_config disk1 disklabel:msdos bootable:1 align-at:1 fstabkey:uuid primary /boot 300 ext4rw logical - 1024- - - disk_config lvm vg vg1 disk1.5 vg1-root / 8192-12000 ext4 rw,errors=remount-ro vg1-swap swap 1024-2048 swap rw vg1-tmp /tmp 500-1024ext4 rw,nosuid vg1-varlog /var/log 500-1024 ext4 rw -- System Information: Debian Release: 6.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages fai-setup-storage depends on: ii liblinux-lvm-perl 0.17-1Perl module to access LVM status i ii libparse-recdescent-pe 1.965001+dfsg-1 Perl module to create and use recu ii parted 2.3-5 The GNU Parted disk partition resi ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages fai-setup-storage recommends: ii lvm22.02.66-5The Linux Logical Volume Manager di mdadm 3.1.4-1+8efb9d1+squeeze1 tool to administer Linux MD arrays Versions of packages fai-setup-storage suggests: ii cryptsetup 2:1.1.3-4squeeze2 configures encrypted block devices ii dmsetup2:1.02.48-5 The Linux Kernel Device Mapper use pn dosfstools none(no description available) pn jfsutils none(no description available) pn ntfsprogs none(no description available) pn reiserfsprogs none(no description available) pn xfsprogs none(no description available) -- no debconf information Starting setup-storage 1.5 Using config file: /var/lib/fai/config/disk_config/PRECISE_HOMI Creating directory /run/lock/lvm Finding all volume groups Finding volume group vg1 Creating directory /etc/lvm/archive Archiving volume group vg1 metadata (seqno 6). Creating directory /etc/lvm/backup Creating volume group backup /etc/lvm/backup/vg1 (seqno 6). Use of uninitialized value $lvn in hash element at /usr/share/perl5/Linux/LVM.pm line 300. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Exiting subroutine via next at /usr/share/perl5/Linux/LVM.pm line 301. Label not found for next LVINF at /usr/share/perl5/Linux/LVM.pm line 301. --- Logical volume --- LV Path/dev/vg1/root LV Nameroot VG Namevg1 LV UUIDR1oQ70-3Sjx-Qloe-tpwW-g9fU-gNAT-FwShuM LV Write Accessread/write LV Creation host, time precise-ll, 2014-03-05 15:05:29 +0100 LV Status NOT available LV Size9.31 GiB Current LE 2383 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/vg1/swap LV Nameswap VG Namevg1 LV UUIDnVYzYu-myeZ-K3XJ-DE9W-x4Fb-ijxZ-whIxSM LV Write Accessread/write LV Creation host, time precise-ll, 2014-03-05 15:05:33 +0100 LV Status NOT available LV Size1.36 GiB Current LE 347 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/vg1/tmp LV Nametmp VG Namevg1 LV UUIDkwNEq0-QOWf-P0rf-3XkE-nPYs-dtkW-73WNJA LV Write Accessread/write LV Creation host, time precise-ll, 2014-03-05 15:05:34 +0100 LV Status NOT available LV Size688.00 MiB
Bug#740930: fabric: version specification too permissive on python-paramiko dependency
Package: fabric Version: 1.8.2-1 Severity: minor The package specifies a runtune dependency on python-paramiko (= 1.6), but the fab command will fail if the paramiko version is less than 1.10.0. amoe@kruis2 $ fab Traceback (most recent call last): File /usr/bin/fab, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2711, in module parse_requirements(__requires__), Environment() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 584, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: paramiko=1.10.0 This does not cause any functional issue in testing, it is only a problem when attempting to backport to stable, which can satisfy the package dependencies but cannot actually run the program. Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fabric depends on: ii python2.7.5-5 ii python-nose 1.3.0-3 ii python-paramiko 1.10.1-1 ii python-pkg-resources 2.2-1 fabric recommends no packages. Versions of packages fabric suggests: pn libjs-jquery none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700630: current status of GitLab packaging
Dear all, Here is some information about where we stand today in the process of packaging GitLab. GitLab has quite a lot of dependencies. Those are Ruby gems listed in the Gemfile in the source code. And these gems have themselves dependencies, having themselves dependencies... A graph of dependencies, extracted from the gems metadata can be found here: http://people.debian.org/~boutil/gitlab/gitlab_deps20140306.pdf The color code is as follows: - green: in the archive - orange: ITP - purple: RFP - yellow: in the NEW queue So currently, we have: - 156 dependencies - 93 are packaged - 4 are in NEW - 15 ITPs but some are stalled - 43 are unpackaged and have no ITP/RFP bugs (but some may have already Git repositories on Alioth in the pkg-ruby-extras project) So we are about 66% way through. The graph currently does not contain development dependencies, which include libraries needed to run the tests. They represent about 50% more packages, with about the same ratio packaged/unpackaged. There are some points needing to be checked with upstream. In particular, there are several gems named gitlab-*, which seem to be either patched versions of some libraries, or libraries stuck at a specific version. we need to help GitLab get rid of those patches by modifing GitLab or get the patches included upstream. I've submitted a GitLab dependencies packaging task for the new contributor game organized by Debian France. We'll see how it goes. In the mean time, feel free to pick one of the unpackaged/stalled ITP dependencies, and make of it a nice Debian package. Cheers, Cédric signature.asc Description: Digital signature
Bug#740862: Fwd: Bug#740862: duck: Should cease to pass mailto: URLs to curl
Hi Simon, I think the proper place to discuss this is debian-qa list (please correct me if I'm wrong. On Thu, Mar 06, 2014 at 11:30:32AM +0100, Simon Kainz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello! I just got bug #740862 and wanted to ask you about your opinion: [1] defines e.g. Bug-Submit as A URL that is the place where new bug reports should be sent. I assumed this to be an hyperlink, not an mailto:..@.. entry. The definition for Eprint is Hyperlink to the PDF file of the article. which clearly defines this to be a Web address. So my question is this: If somebody enters a mailto:-link or even an email address alone, is this what you intended, or should URLs in the context of upstream-metadata only be Hyperlinks? Thanks for your thoughts, My *personal* opinion is that I would be fine with either of these two options: 1. Bug-Submit might allow Hyperlinks and mailto: links 2. Bug-Submit should be a Hyperlink and we should enable another field Bug-Mailto for e-mail addresses. Kind regards Andreas. [1] https://wiki.debian.org/UpstreamMetadata - Original-Nachricht Betreff: Bug#740862: duck: Should cease to pass mailto:; URLs to curl Weitersenden-Datum: Wed, 05 Mar 2014 16:45:02 + Weitersenden-Von: Axel Beckert a...@debian.org Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: a...@debian.org, Simon Kainz si...@familiekainz.at Datum: Wed, 05 Mar 2014 17:43:55 +0100 Von: Axel Beckert a...@debian.org Antwort an: Axel Beckert a...@debian.org, 740...@bugs.debian.org An: Debian Bug Tracking System sub...@bugs.debian.org Package: duck Version: 0.2 Hi Simon, running duck in Debian's zsh's git repository causes curl errors due to one mailto:; URL: ~/zsh/zsh $ duck -v debian/control: Homepage: http://www.zsh.org/: OK debian/control: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/zsh.git: OK debian/control: Vcs-Git: git://anonscm.debian.org/collab-maint/zsh.git: OK debian/upstream/metadata: FAQ: URL: http://zsh.sourceforge.net/FAQ/: OK debian/upstream/metadata: Changelog: URL: http://zsh.sourceforge.net/releases.html: OK debian/upstream/metadata: Homepage: URL: http://zsh.sourceforge.net/: OK debian/upstream/metadata: Repository-Browse: URL: http://sourceforge.net/p/zsh/code/ci/master/tree/: OK debian/upstream/metadata: Repository: URL: git://git.code.sf.net/p/zsh/code: ERROR Curl:1 HTTP:0 Unsupported protocol Protocol git not supported or disabled in libcurl debian/upstream/metadata: Bug-Submit: URL: mailto:zsh-work...@zsh.org: ERROR Curl:6 HTTP:0 Couldn't resolve host name Could not resolve host: zsh.org ~/zsh/zsh $ (The first error is the same as reported in #740859, the second one is the relevant one.) May it should just check if the domain of an e-mail address exists (A, or MX record; or maybe an whois request), but nothing more. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duck depends on: ii bzr2.6.0+bzr6591-1 ii git1:1.9.0-1 ii libfile-which-perl 1.09-1 ii libparse-debian-packages-perl 0.03-2 ii libwww-curl-perl 4.17-1 ii mercurial 2.9.1-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 duck recommends no packages. duck suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTGE5CAAoJEBy08PeN7K/pNN8P/1mJ1tsQ0bshU2ETdIi73NYv gcFgirtDCWMWS8xipWbZYSzVjt81zvlh1H8IzKBGBeNqAgHzVIBQ0Sj65qXpR58S CQQeZB/SJXmjMVcJBR/R1b5B7t4ApVn4SlZ8XFvV2RHlOWheFMnQfU+Dz5MGA4Un e3KYGHiQmyk154v55NiUcWwVJQT25IIm0crle1VDvBozokDlwNKo7IEYsZsbKWWC Kox/4b9I0IX/5oaE0D63tWeH8D73wNpAV5ef0/sM7Y2Q5qmDjdgBO45Dgy4XUDbK V54ElSaA6Y7CBEXrDc0m9ghVMHGFVzLjudW9MlCFM7nqsCg34z6ooqQ3/QRym8C9 8cAjlNsbum5Ke2lRUBfkg9PFDJRd5mNv136WqsPRqfPgcVpZNusIMOMvcj4ciV3E RucS5g2wLBhDLYm1E1Ibi8djZughj6cv7XcFAeJt6y1zeZH3JdGix61KkeeKExDh 6+k+fjecZx6zoDau+OfqqAcumIO2oI4PmnHrBGt5q91AipXCk7umpwmxXE59ZNvz 3sbMmID3zM+t9apM8rdw1uU+r/azIHaBI/OjwZu5G4dEXC9T+bh0Zy8CTRVXQ7uw xz9lH3Ocn/nnewHLHloAZyja0yfvfgw+GVla7dU1y/pptCMJo0mythzHLdW/AFCD K+f0rNxKDh8jOgIBGJNh =296H -END PGP SIGNATURE- -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739439: FTBFS with libav10
On 27/02/14 18:22, Sebastian Ramacher wrote: Control: tags -1 + fixed-upstream On 2014-02-18 19:58:50, Moritz Muehlenhoff wrote: Source: opal Severity: important Hi, your package fails to build from source against libav 10 (currently packaged in experimental). This bug will become release-critical at some point when the libav10 transition starts. Migration documentation can be found at https://wiki.libav.org/Migration/10 Cheers, Moritz make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/jmm/av10/opal-3.10.10~dfsg/plugins/video/H.261-vic' make[5]: Entering directory `/home/jmm/av10/opal-3.10.10~dfsg/plugins/video/H.263-1998' [CC] h263-1998.cxx In file included from h263-1998.cxx:50:0: h263-1998.h:118:23: error: 'CodecID' has not been declared virtual bool Init(CodecID codecId); [...] This seems to be fixed in opal 3.14.0. From a glance at upstream's VCS, the commits http://sourceforge.net/p/opalvoip/code/30644/ and http://sourceforge.net/p/opalvoip/code/30645/ should be the onces fixing the issue. Thank you. I plan to fix it when libav enters unstable (avoids #ifdef libavversion etc. in order to support both v9 and v10 of libav), or when a new opal and ekiga release are available, whichever comes first. If this is not fine, please tell me. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740380: logrotate warnings when running under systemd
Package: cups-daemon Version: 1.7.1-7 Followup-For: Bug #740380 Dear Maintainer, Hello, The following patch is less intrusive and just solves the problem, namely that with systemd messages are sent to standard error. Cheers, Itai. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-daemon depends on: ii adduser 3.113+nmu3 ii bc 1.06.95-8 ii dpkg 1.17.6 ii init-system-helpers 1.18 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc62.18-4 ii libcups2 1.7.1-7 ii libcupsmime1 1.7.1-7 ii libdbus-1-3 1.8.0-2 ii libgnutls26 2.12.23-13 ii libgssapi-krb5-2 1.12+dfsg-2 ii libpam0g 1.1.8-2 ii libpaper11.1.24+nmu2 ii libsystemd-daemon0 204-7 ii lsb-base 4.1+Debian12 ii procps 1:3.3.9-4 ii ssl-cert 1.0.33 Versions of packages cups-daemon recommends: ii avahi-daemon 0.6.31-4 ii colord1.0.6-1 ii cups-browsed 1.0.46-1 Versions of packages cups-daemon suggests: ii cups 1.7.1-7 ii cups-bsd 1.7.1-7 ii cups-client1.7.1-7 ii cups-common1.7.1-7 ii cups-filters [foomatic-filters]1.0.46-1 ii cups-pdf 2.6.1-9 ii cups-ppdc 1.7.1-7 ii cups-server-common 1.7.1-7 pn foomatic-db-compressed-ppds | foomatic-db none ii ghostscript9.05~dfsg-8+b1 pn hplip none ii poppler-utils 0.22.5-4 ii printer-driver-gutenprint 5.2.9-1 pn printer-driver-hpcups none pn smbclient none ii udev 204-7 -- no debconf information --- ./cups-1.7.1/debian/cups-daemon.logrotate 2014-03-06 11:28:01.943676596 +0100 +++ ./cups-1.7.1.old/debian/cups-daemon.logrotate 2014-01-30 16:21:09.0 +0100 @@ -5,14 +5,14 @@ sharedscripts prerotate if [ -e /var/run/cups/cupsd.pid ]; then - invoke-rc.d --quiet cups stop /dev/null 21 + invoke-rc.d --quiet cups stop /dev/null touch /var/run/cups/cupsd.stopped fi endscript postrotate if [ -e /var/run/cups/cupsd.stopped ]; then rm /var/run/cups/cupsd.stopped - invoke-rc.d --quiet cups start /dev/null 21 + invoke-rc.d --quiet cups start /dev/null sleep 10 fi endscript
Bug#740917: hibernate breaks after stable update
Control: reassign -1 gnome-power-manager On Thu, Mar 06, 2014 at 09:18:28AM +0100, Daniel Pocock wrote: Package: hibernate Version: 2.0+15+g88d54a8-1 Severity: serious I have a system running wheezy. I periodically apply the security updates for wheezy. Yesterday, I applied security updates, the hibernate package did not change during the updates. However, hibernate is no longer working from the Gnome menu (menu - Shutdown... - Hibernate). Whenever I try to use the hibernate button there, it just locks the screen, no hibernation. /var/log/syslog shows some messages about NetworkManager sleep requested but nothing specific to hibernation. upower doesn't even support hibernate(8), not to mention it is most likely not a problem with hibernation process itself. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588953: file: poor detection of avr32 ELF objects
Hi, On 1 March 2014 22:08, Christoph Biedl debian.a...@manchmal.in-ulm.de wrote: Raphael Geissert wrote... Running file(1) against an avr32 ELF object prints the following: ELF 32-bit MSB shared object, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped Hello, can you provide a sample for that? Additionally, since the ELF magic underwent same changes in the past years, that issue might have been resolved in the meantime. avr32 has been dropped from debian-ports, but snapshot.d.o has them: http://snapshot.debian.org/archive/debian-ports/20100902T190153Z/pool-avr32/main/d/dpkg/ E.g. running file from wheezy on an avr32 dpkg: usr/bin/dpkg: ELF 32-bit MSB executable, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID[sha1]=0x813cfb152b0d521795d7700ee3cdd823eac5d18f, stripped Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577523: subversion: no TERENA SSL CA certificate for https://scm.gforge.inria.fr:443
Control: reassign -1 ca-certificates 20130906 Control: retitle -1 ca-certificates should include the TERENA SSL CA certificate On 2010-04-12 15:02:09 +0200, Vincent Lefevre wrote: I can't use https://scm.gforge.inria.fr with Subversion. The problem has been solved for scm.gforge.inria.fr, which now depends on a different certificate authority. But the problem still occurs for https://www.inria.fr/ URL's (e.g. with lynx, curl and wget). Here's information I get: Certificate: Data: Version: 3 (0x2) Serial Number: 4b:c8:14:03:2f:07:fa:6a:a4:f0:da:29:df:61:79:ba Signature Algorithm: sha1WithRSAEncryption Issuer: C=US, ST=UT, L=Salt Lake City, O=The USERTRUST Network, OU=http://www.usertrust.com, CN=UTN-USERFirst-Hardware Validity Not Before: May 18 00:00:00 2009 GMT Not After : May 30 10:48:38 2020 GMT Subject: C=NL, O=TERENA, CN=TERENA SSL CA Subject Public Key Info: Public Key Algorithm: rsaEncryption Public-Key: (2048 bit) Modulus: 00:c3:e3:48:c4:2f:5c:c1:cb:a9:99:fd:1b:a2:83: 5d:8a:3d:ad:3a:d0:e2:a4:43:1f:4d:0e:fe:35:25: 30:a5:69:1b:c4:e8:e5:c1:8f:54:7e:e1:6a:a2:9a: 5c:5c:de:3d:fc:02:ce:96:b8:5f:8f:83:5b:cc:60: 40:90:f8:e4:b6:3a:25:9c:5f:14:51:ec:b1:e7:af: 9e:50:a1:31:55:c7:02:bd:ac:52:8a:7f:35:8e:82: fa:84:ad:15:fe:a2:7f:83:10:3a:55:53:94:2c:01: 16:74:94:54:63:28:a3:f2:5b:29:3d:94:88:80:20: e2:14:59:21:19:b4:a4:98:e1:60:e6:f2:eb:a2:80: 83:43:e0:ad:68:f3:79:19:8b:68:43:51:3f:8a:9b: 41:85:0c:35:8c:5d:b5:f1:b6:e5:a7:c3:83:b5:6b: 23:6f:d4:a5:eb:50:e5:94:f1:4a:5f:ee:27:4b:14: 12:15:24:4c:0d:cf:62:8d:b7:00:21:ad:3a:32:0f: 58:0b:5f:1e:9b:d1:df:9d:8e:a9:19:35:50:2f:41: a9:ad:3b:c6:e0:45:b2:53:39:7f:21:bf:22:1a:87: 5c:34:ae:52:6f:07:7d:a2:0b:4e:9f:2b:79:a6:7d: 13:dd:f5:7f:83:7c:2f:5a:5d:77:78:78:91:a0:14: bf:7d Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Authority Key Identifier: keyid:A1:72:5F:26:1B:28:98:43:95:5D:07:37:D5:85:96:9D:4B:D2:C3:45 X509v3 Subject Key Identifier: 0C:BD:93:68:0C:F3:DE:AB:A3:49:6B:2B:37:57:47:EA:90:E3:B9:ED X509v3 Key Usage: critical Certificate Sign, CRL Sign X509v3 Basic Constraints: critical CA:TRUE, pathlen:0 X509v3 Certificate Policies: Policy: 1.3.6.1.4.1.6449.1.2.2.29 X509v3 CRL Distribution Points: Full Name: URI:http://crl.usertrust.com/UTN-USERFirst-Hardware.crl Authority Information Access: CA Issuers - URI:http://crt.usertrust.com/UTNAddTrustServer_CA.crt OCSP - URI:http://ocsp.usertrust.com Signature Algorithm: sha1WithRSAEncryption 4e:23:ee:48:9c:f6:85:8b:71:c4:0a:6e:73:93:72:c0:3a:8e: 80:8a:d9:b3:ca:b2:d4:01:9c:28:cf:f2:5c:0e:21:44:93:0b: b6:1a:21:e3:98:01:94:0e:67:49:81:1e:be:3d:0d:4e:60:da: ef:a0:31:4e:95:ef:f3:dd:7a:5a:82:20:43:b6:a1:63:43:b3: 50:69:43:62:4b:56:62:b0:34:8a:b9:13:43:59:93:ec:14:79: 88:f3:48:93:e8:9d:c9:fa:87:72:0c:6b:56:a0:c3:15:8d:68: a5:87:1f:71:2d:e6:5a:6d:3c:69:71:40:04:55:dc:a0:43:94: 20:45:38:78:d7:bd:8a:d8:39:c6:df:09:b7:5a:9a:a9:03:b8: 28:10:78:cd:bf:01:1b:5a:11:3e:38:f4:d8:1b:34:79:cf:33: d2:01:fd:ac:98:cd:6d:47:11:90:4c:bb:b9:5b:d8:70:e7:d5: af:b6:cc:c4:86:e6:75:c0:9e:29:b6:2b:0f:2a:a5:69:02:0d: e3:e9:a2:b4:5d:c0:f3:ce:2c:6a:85:38:76:61:c6:49:82:ab: 51:b3:82:a6:b9:41:98:28:98:fb:6b:fe:8a:16:ff:31:7e:54: 47:a8:3c:dc:43:26:a9:9b:05:b7:9e:c0:34:43:91:30:d4:32: c3:11:5a:e1 -BEGIN CERTIFICATE- MIIEmDCCA4CgAwIBAgIQS8gUAy8H+mqk8Nop32F5ujANBgkqhkiG9w0BAQUFADCB lzELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2Ug Q2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExho dHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xHzAdBgNVBAMTFlVUTi1VU0VSRmlyc3Qt SGFyZHdhcmUwHhcNMDkwNTE4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjA2MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRYwFAYDVQQDEw1URVJFTkEgU1NMIENB MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw+NIxC9cwcupmf0booNd ij2tOtDipEMfTQ7+NSUwpWkbxOjlwY9UfuFqoppcXN49/ALOlrhfj4NbzGBAkPjk tjolnF8UUeyx56+eUKExVccCvaxSin81joL6hK0V/qJ/gxA6VVOULAEWdJRUYyij 8lspPZSIgCDiFFkhGbSkmOFg5vLrooCDQ+CtaPN5GYtoQ1E/iptBhQw1jF218bbl p8ODtWsjb9Sl61DllPFKX+4nSxQSFSRMDc9ijbcAIa06Mg9YC18em9HfnY6pGTVQ L0GprTvG4EWyUzl/Ib8iGodcNK5Sbwd9ogtOnyt5pn0T3fV/g3wvWl13eHiRoBS/ fQIDAQABo4IBPjCCATowHwYDVR0jBBgwFoAUoXJfJhsomEOVXQc31YWWnUvSw0Uw
Bug#740904: ITP: glamour -- beautiful 2D game with princesses for young girls
2014-03-06 11:42 GMT+01:00 Josselin Mouette j...@debian.org: Hi Miriam, Le jeudi 06 mars 2014 à 02:48 +0100, Miriam Ruiz a écrit : In this beautiful strategy game targeted to girls age 8 to 12, each participant will take control of a princess from a fairy tale. I know that the maintainer of a package is free to choose the long description, but do we really have to propagate sexist stereotypes by telling users that only boys or girls can play this or that game? Hi Joss, That's a perfectly valid complaint. I was already suggested by other two people yesterday to change that, and I've tried to remove all the references to trhe game being a game for girls. I don't think there are any references missing, I took care of changing all of them [1] [2] [3], but I could have missed some. If there still are, please consider it a bug and tell me. Thanks, Miry [1] http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/glamour/debian/control?revision=14957view=markup [2] http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/glamour/debian/glamour.6?revision=14957view=markup [3] http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/glamour/debian/glamour.desktop?revision=14957view=markup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
Am 06.03.2014 10:53, schrieb Cyril Brulebois: Jan Henke jan.he...@taujhe.de (2014-03-06): Package: debian-installer Version: 20140208 X-Debbugs-CC: debian-...@lists.debian.org Using the weekly build kfreebsd-amd64 XFCE ISO, it is impossible to install the current Testing distribution. I tried it both within Virtualbox on a Linux machine and within a Hyper-V VM on Windows. The installer proceeds normally (apart from the two incorect ioctl warning that can be ignored and are also present in the working stable installer) until the file system is created on the disk. Then it just displays the error message that the creation failed. Thanks for the report. It would be nice to try and extract logs from /var/log/syslog. Looking at tty4 might be sufficient to get an idea of what's gone wrong. Mraw, KiBi. Hi, tty4 gives 3 probably related lines: * update-dev: warning unable to find udevadm; skipping * partman: mkfs.ufs: DIOCGMEDIASIZE: * partman: Inappropiate ioctl for device Extracting the log files seems a bit tricky, as there is apparently no scp available in the environment at that time. -- Best Regards Jan signature.asc Description: OpenPGP digital signature
Bug#740824: Additional rules to match body and urgency
Package: dunst
Version: 1.0.0-2
Followup-For: Bug #740824
I noticed my last patch was missing some required changes to config.def.h.
Re-attaching the complete patch.
diff -rud dunst-1.0.0.Orig/dunstrc dunst-1.0.0/dunstrc
--- dunst-1.0.0.Orig/dunstrc 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/dunstrc 2014-03-05 14:18:34.002606394 +0100
@@ -166,7 +166,7 @@
# Every section that isn't one of the above is interpreted as a rules
# to override settings for certain messages.
-# Messages can be matched by 'appname', 'summary', 'body' or 'icon'
+# Messages can be matched by 'appname', 'summary', 'body', 'icon' or 'msg_urgency'.
# and you can override the 'timeout', 'urgency', 'foreground', 'background'
# and 'format'.
# Shell-like globbing will get expanded.
diff -rud dunst-1.0.0.Orig/rules.c dunst-1.0.0/rules.c
--- dunst-1.0.0.Orig/rules.c 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/rules.c 2014-03-05 14:20:56.246612633 +0100
@@ -49,6 +49,7 @@
r-body = NULL;
r-icon = NULL;
r-timeout = -1;
+r-msg_urgency = -1;
r-urgency = -1;
r-fg = NULL;
r-bg = NULL;
@@ -64,6 +65,7 @@
return ((!r-appname || !fnmatch(r-appname, n-appname, 0))
(!r-summary || !fnmatch(r-summary, n-summary, 0))
(!r-body || !fnmatch(r-body, n-body, 0))
- (!r-icon || !fnmatch(r-icon, n-icon, 0)));
+ (!r-icon || !fnmatch(r-icon, n-icon, 0))
+ (r-msg_urgency == -1 || r-msg_urgency == n-urgency));
}
/* vim: set ts=8 sw=8 tw=0: */
diff -rud dunst-1.0.0.Orig/rules.h dunst-1.0.0/rules.h
--- dunst-1.0.0.Orig/rules.h 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/rules.h 2014-03-05 14:21:44.014614729 +0100
@@ -13,6 +13,7 @@
char *summary;
char *body;
char *icon;
+int msg_urgency;
/* actions */
int timeout;
diff -rud dunst-1.0.0.Orig/settings.c dunst-1.0.0/settings.c
--- dunst-1.0.0.Orig/settings.c 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/settings.c 2014-03-05 14:21:23.242613817 +0100
@@ -31,6 +31,27 @@
}
+static int ini_get_urgency(char *section, char *key, int def)
+{
+int ret = def;
+char *urg = ini_get_string(section, key, );
+
+if (strlen(urg) 0) {
+if (strcmp(urg, low) == 0)
+ret = LOW;
+else if (strcmp(urg, normal) == 0)
+ret = NORM;
+else if (strcmp(urg, critical) == 0)
+ret = CRIT;
+else
+fprintf(stderr,
+unknown urgency: %s, ignoring\n,
+urg);
+free(urg);
+}
+return ret;
+}
+
void load_settings(char *cmdline_config_path)
{
@@ -280,22 +301,8 @@
r-body = ini_get_string(cur_section, body, r-body);
r-icon = ini_get_string(cur_section, icon, r-icon);
r-timeout = ini_get_int(cur_section, timeout, r-timeout);
-{
-char *urg = ini_get_string(cur_section, urgency, );
-if (strlen(urg) 0) {
-if (strcmp(urg, low) == 0)
-r-urgency = LOW;
-else if (strcmp(urg, normal) == 0)
-r-urgency = NORM;
-else if (strcmp(urg, critical) == 0)
-r-urgency = CRIT;
-else
-fprintf(stderr,
-unknown urgency: %s, ignoring\n,
-urg);
-free(urg);
-}
-}
+r-urgency = ini_get_urgency(cur_section, urgency, r-urgency);
+r-msg_urgency = ini_get_urgency(cur_section, msg_urgency, r-msg_urgency);
r-fg = ini_get_string(cur_section, foreground, r-fg);
r-bg = ini_get_string(cur_section, background, r-bg);
r-format = ini_get_string(cur_section, format, r-format);
--- dunst-1.0.0.Orig/config.def.h 2014-03-05 12:41:03.274349758 +0100
+++ dunst-1.0.0/config.def.h 2014-03-06 12:43:56.981454478 +0100
@@ -81,11 +81,11 @@
rule_t default_rules[] = {
/* name can be any unique string. It is used to identify the rule in dunstrc to override it there */
-/* name, appname, summary, body, icon, timeout, urgency, fg,bg, format, script */
-{empty, NULL, NULL, NULL, NULL, -1, -1, NULL, NULL, NULL, NULL},
-/* { rule1, notify-send, NULL,NULL, NULL, -1, -1, NULL, NULL, %s %b, NULL }, */
-/* { rule2, Pidgin, *says*, NULL, NULL, -1,
Bug#740920: Installers fails to create ufs on disk during installation (arch: kfreebsd-amd64)
Jan Henke jan.he...@taujhe.de (2014-03-06): tty4 gives 3 probably related lines: * update-dev: warning unable to find udevadm; skipping * partman: mkfs.ufs: DIOCGMEDIASIZE: * partman: Inappropiate ioctl for device Thanks. Hopefully BSD folks will handle that. Extracting the log files seems a bit tricky, as there is apparently no scp available in the environment at that time. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740674#10 could help. Mraw, KiBi. signature.asc Description: Digital signature
Bug#740931: pulseaudio: KDE freezes on boot when pulseaudio is installed
Package: pulseaudio Version: 4.0-6+b1 Severity: important Dear Maintainer, Dear Maintainer, I did a fresh install of Debian 7.4 with KDE desktop in two different computers (both Intel HDA). I realized than most of the times, after boot, kmix didn's start (but sound was still working) and launching apps freezes the computer. I couldn't even turn off graphically. It's not happening on every boot, but maybe 80%. I found this in kdm.log; --- The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server klauncher(3223) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(3215)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: Not connected to D-Bus server kdmgreet(3215)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Compat map for group 2 redefined Using new definition Warning: Compat map for group 3 redefined Using new definition Warning: Compat map for group 4 redefined Using new definition Errors from xkbcomp are not fatal to the X server --- Then I found this thread, where more people has the same problem: http://forums.debian.net/viewtopic.php?f=6t=106649p=530910#p530910 The given solution is removing pulseaudio. I removed pulseaudio and now everything works perfect. I did a fresh install on a another laptop of the unestable debian (jessie) from the 19-03-2014, but still the same error. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13.5 (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 pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.6-4 ii libasound21.0.27.2-3 ii libasound2-plugins1.0.27-2+b1 ii libc6 2.18-4 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.8.0-1 ii libfftw3-single3 3.3.3-7 ii libgcc1 1:4.8.2-16 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.7 ii liborc-0.4-0 1:0.4.18-1 ii libpulse0 4.0-6+b1 ii libsamplerate00.1.8-7 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-9 ii libspeexdsp1 1.2~rc1.1-1 ii libstdc++64.8.2-16 ii libsystemd-login0 204-7 ii libtdb1 1.2.12-1 ii libudev1 204-7 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.6.2-1 ii libx11-xcb1 2:1.6.2-1 ii libxcb1 1.10-2 ii libxtst6 2:1.2.2-1 ii lsb-base 4.1+Debian12 ii udev 204-7 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu2 ii pulseaudio-module-x11 4.0-6+b1 ii rtkit 0.10-3 Versions of packages pulseaudio suggests: pn paman none pn paprefs none pn pavucontrol none pn pavumeter none ii pulseaudio-utils 4.0-6+b1 -- 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#740063: [Pkg-erlang-devel] Bug#740063: Upstream seems to be ok
Am 01.03.2014 18:52, schrieb Sergei Golovan:
Hi Philipp,
On Sat, Mar 1, 2014 at 3:58 PM, Philipp Klaus Krause p...@spth.de wrote:
I downloaded and compiled the 1.5.2 source from upstream, and the
resulting wings3d works for me. The wings3d 1.5.2 in Debian doesn't.
I tried to reproduce the crash, but failed. Wings3d works for me (on
intel card). I run it both with and without DRI (with and without
libgl1-mesa-dri installed). No crash for me.
How did you compile the 1.5.2 from the upstream sources? Could you
build it again and show me the build logs?
Cheers!
I jut unpacked the tarball and did a
make og
and then started wings3d using
erl -smp -pa ebin -run wings_start start_halt
Seems to work ok. Here's the output from the latter:
philipp@notebook4:~/test/wings-1.5.2$ erl -smp -pa ebin -run wings_start
start_halt
Erlang R16B03-1 (erts-5.10.4) [source] [64-bit] [smp:4:4]
[async-threads:10] [kernel-poll:false]
wings-1.5.2
Reading preferences from: /home/philipp/.wings3d/preferences.txt
Eshell V5.10.4 (abort with ^G)
1 Trying OpenGL modes
[{buffer_size,32},{depth_size,32},{stencil_size,8},{accum_size,16}]
[{buffer_size,24},{depth_size,32},{stencil_size,8},{accum_size,16}]
[{buffer_size,24},{depth_size,24},{stencil_size,8},{accum_size,16}]
[{buffer_size,24},{depth_size,24},{stencil_size,0},{accum_size,16}]
[{buffer_size,16},{depth_size,24},{stencil_size,8},{accum_size,16}]
[{buffer_size,16},{depth_size,16},{stencil_size,8},{accum_size,16}]
[{buffer_size,16},{depth_size,16},{stencil_size,0},{accum_size,16}]
[{buffer_size,16},{depth_size,16},{stencil_size,0},{accum_size,0}]
Actual: RGBA: 8 8 8 8 Depth: 24 Stencil: 8 Accum: 0 0 0 0
Using GPU shaders.
Using GPU shaders.
The file og is attached.
Philipp
WINGS_VSN = 1.5.2
(cd intl_tools; make)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
make TYPE=opt common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools'
erlc -Werror +debug_info +debug_info -o. tools.erl
make[2]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
make[1]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools'
(cd src; make)
make[1]: Entering directory `/home/philipp/test/wings-1.5.2/src'
make TYPE=opt common
make[2]: Entering directory `/home/philipp/test/wings-1.5.2/src'
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_lang.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin user_default.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_align.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_ask.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_body.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_camera.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_cl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_cc.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_cc_ref.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_collapse.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_color.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_console.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_deform.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_develop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_dissolve.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_dl.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_drag.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_draw.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_draw_setup.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_edge.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_edge_cmd.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_edge_loop.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_export.erl
erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools
-o../ebin wings_extrude_edge.erl
erlc -Werror -I ../e3d
Bug#740932: missing license in debian/coypright
Package: oslo-sphinx Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing BSD license of oslo-sphinx-2.0\oslosphinx\theme\openstack\static\nature.css to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740933: linux-image-3.13-1-amd64: sony vaio z1 lspci hangs reading /sys/bus/pci/devices/0000:01:00.1/config
Package: src:linux Version: 3.13.5-1 Severity: normal Dear Maintainer, * What led up to the situation? I upgraded from 3.2.0-4-amd64 to 3.13-1-amd64 * What exactly did you do (or not do) that was effective (or ineffective)? tried to see my pci devices with a lspci * What was the outcome of this action? lspci hung trying to read /sys/bus/pci/devices/:01:00.1/config eventualy (some minutes later) it suceeded, at which point the keyboard became inoperable and 100% of the cpu time was in kworker/0:2 * What outcome did you expect instead? nice lcpci report. In dmesg I see: [ 109.460605] ACPI Warning: \_SB_.PCI0.P0P2.DGPU._DSM: Argument #4 type mismatch - Found [Integer], ACPI requires [Package] (20131115/nsarguments-95) [ 109.606870] ACPI: \_SB_.PCI0: Bus check notify on hotplug_event_root [ 109.842723] hda-intel :01:00.1: Enabling via VGA-switcheroo (after I type lspci). Oddly :01:00.1 seems to be 01:00.1 Audio device: NVIDIA Corporation GT216 HDMI Audio Controller (rev a1) while running on 3.2.0-4-amd64 -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Sony Corporation product_name: VPCZ11Z9R product_version: J0045VZX chassis_vendor: Sony Corporation chassis_version: N/A bios_vendor: INSYDE bios_version: R3031C3 board_vendor: Sony Corporation board_name: VAIO board_version: N/A ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) Subsystem: Sony Corporation Device [104d:905a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express x16 Root Port [8086:0045] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 6000-6fff Memory behind bridge: d000-d10f Prefetchable memory behind bridge: a000-b1ff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device [104d:905a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 43 Region 0: Memory at d140 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at c000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 7078 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) Subsystem: Sony Corporation Device [104d:905a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 5 Region 0: Memory at d7828100 (64-bit, non-prefetchable) [size=16] Capabilities: access denied 00:19.0 Ethernet controller [0200]: Intel Corporation 82577LC Gigabit Network Connection [8086:10eb] (rev 05) Subsystem: Sony Corporation Device [104d:905a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 41 Region 0: Memory at d780 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at d7825000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 7040 [size=32] Capabilities: access denied Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 5 Series/3400 Series
Bug#740934: RFS: zmap/1.1.2-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package zmap * Package name: zmap Version : 1.1.2-2 Upstream Author : Zakir Durumeric zak...@umich.edu, J. Alex Halderman jhald...@umich.edu, Eric Wustrow ew...@umich.edu, David Adrian davad...@umich.edu, HD Moore hd_mo...@rapid7.com * URL : https://zmap.io/ * License : Apache 2.0 Section : net It builds those binary packages: zmap - network scanner for researchers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/zmap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/z/zmap/zmap_1.1.2-2.dsc More information about *zmap* can be obtained from http://zmap.io/ Changes since the last upload: * Added json support * Added patch to fix spelling error in redis.c * Added redis support -- Pozdrawiam, Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#740063: [Pkg-erlang-devel] Bug#740063: Bug#740063: Upstream seems to be ok
Hi Philipp, On Thu, Mar 6, 2014 at 3:53 PM, Philipp Klaus Krause p...@spth.de wrote: I jut unpacked the tarball and did a make og Could you also try to build wings using make wx instead of just make and check if it still works for you? Also, did you install Wings dependencies (specifically esdl) separately or use the erlang-esdl and erlang-esdl-dev Debian packages? Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740380: logrotate warnings when running under systemd
Hi Itaï, Le jeudi, 6 mars 2014, 11.32:56 Itaï BEN YAACOV a écrit : The following patch is less intrusive and just solves the problem, namely that with systemd messages are sent to standard error. I have committed the earlier patch; does it fail to work for you? The fact that the service restart spits to stderr and that we see that in logrotate is a good thing, I'm quite uncomfortable discarding that information… Thanks, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729394: Pending fixes for bugs in the libmail-box-perl package
tag 729394 + pending thanks Some bugs in the libmail-box-perl package are closed in revision 030eb5fbb1aa0ef8d45abd43fc20dd174d986f35 in branch 'master' by Florian Schlichting The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmail-box-perl.git;a=commitdiff;h=030eb5f Commit message: Remove Gustavo Franco from Uploaders (closes: #729394) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720774: Can reproduce with Outlook 2013 on Windows 8.1
Package: cyrus-imapd-2.4 Version: 2.4.16-4+deb7u1 Dear Maintainer, I can reproduce the problem reported on Aug. 25th. 2013 When using Outlook (2013) on Windows 8.1 (Pro/64Bit) I see the following error messages in cyrus mail.log on every connect, the connect fails: public cyrus/imaps[32060]: SSL_accept() incomplete - wait public cyrus/imaps[32060]: EOF in SSL_accept() - fail public cyrus/imaps[32060]: imaps TLS negotiation failed: [x.x.x.x] public cyrus/imaps[32060]: Fatal error: tls_start_servertls() failed Same Outlook version (2013) installed on Windows 7 works fine. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729418: Pending fixes for bugs in the libtime-stopwatch-perl package
tag 729418 + pending thanks Some bugs in the libtime-stopwatch-perl package are closed in revision 3e53194733cdca3868b635455292b6eead461523 in branch 'master' by Florian Schlichting The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libtime-stopwatch-perl.git;a=commitdiff;h=3e53194 Commit message: Remove Gustavo Franco from Uploaders (closes: #729418) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729420: Pending fixes for bugs in the libtk-gbarr-perl package
tag 729420 + pending thanks Some bugs in the libtk-gbarr-perl package are closed in revision 99dfca5c544d4cf09d95d7f131335e4f0a80ae80 in branch 'master' by Florian Schlichting The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libtk-gbarr-perl.git;a=commitdiff;h=99dfca5 Commit message: Remove Gustavo Franco from Uploaders (closes: #729420) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740933: Bug exists in 3.12, not in 3.11
I've tried 3.12.8-1 and 3.11.10-1 (the kernels I just happened to have lying around). Same behaviour in 3.12 3.11 seems to work ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740935: gearmand: FTBFS with libmemcached-1.0.18-1 from experimental
Source: gearmand Version: 1.0.6-3 Severity: normal Control: block 724722 by -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, libmemcached-1.0.18-1 has been uploaded to experimental and gearmand FTBFS with this version. This problem can be fixed by enabling C++11 through CPPFLAGS as shown in the attached patch. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTGG2RAAoJEGlMre9Rx7W2VRwP/RlaZKyQmwfOPQ4MzsVHJrwq xR4PbN5DwC0yX+DVR8q1LTcpmWbCjcRW/EKjJpUi4zrSqixSx6u/nO4A12Gw5FYq yspHgxvboQOn66vYaQbfmZln1oO/ep85HRvHA+J5EHtWIeeNJ1O6CenjwCjY6bO8 5D4MrJfHBwoMF5zsyHSCMkbp6TeTxrOu3QehXWdka2yebnTp/J330U8f8J4VHLWp ePEJ3XPxdXZXWmd2JxxdRwz0YL3qG0vYLbDsI3z+SeTSAYpNMo0wCbaS9qMvfmwk 3Fj/bJHPyl9mKPzSgaKuSO2E6ROlpliQoVG97HJrEdd7URpTnPvlRD9bgRH/b8Nq ynmBG1veV+cvjdALzz5U40yXZMp7iyp8yR/SZoBx/I9btlgghn/T6TWThGy8ffbN YX2cdlt39gXBGr0s/rvK9o7O/G2CZt2ttXY0iLyPzcBqudJpZnbkluvHUwRQ2VWj Hh4Htfhu4j7ufbJhoe8VDoh2Yb52Ntvp86/Gx/eHEUGt5kAdKfbSWvwxndCvm22I kpdSVKK3xdGmTmH5gx1zW5tUJeITGdfGeMizOg2txOf2rHlenZQaYnLi8zsfrIhg nW7cE2+LubqXqZijNhVrXzGaIyqBhYoEv3hxyc+Kzfrq+W88z9k1wDU/BrGd8Yd+ XtKbY1qKYFjsTvjKnRQ4 =/I9P -END PGP SIGNATURE- diff --git a/debian/rules b/debian/rules index ae609d8..a01055c 100755 --- a/debian/rules +++ b/debian/rules @@ -1,5 +1,7 @@ #!/usr/bin/make -f +export DEB_CPPFLAGS_MAINT_APPEND=-std=c++11 + %: dh $@ --parallel --with autoreconf,systemd
Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim
Le 27/02/2014 12:24, Johannes Schauer a écrit : Have you considered joining the OCaml team on Alioth[1], and put your packaging as a git repository there[2]? [1] https://alioth.debian.org/projects/pkg-ocaml-maint/ [2] dom-new-git-repo(1), in package dh-ocaml I committed my current status of packaging to ocp-intent.git Good. I started to have a look, and for sure the copyright file is incorrect. There is a lot of copyright to Jun Furuse and OCamlPro, those two should at least be mentioned. Actually, I didn't see (after a quick look) any copyright owned by the ones you mentioned in debian/copyright (Thomas and Fabrice work for OCamlPro and/or Inria, but the copyright seems to belong to the company and Inria). There are also some other bits from other people, you have to be sure that at least license is the same. The copyright issue has now been clarified by upstream [1] and I integrated it into debian/copyright. Good. I am still reviewing the technical part, but I preferred to tell you about the copyright issue first. Thank you for your contribution! I hope the packaging is not too bad. Please tell me the things that are left to fix. Why do you add libocp-indent-lib-ocaml as explicit dependency to ocp-indent? Isn't the one inferred by dh_ocaml enough? If you put META and $foo.cma in a runtime package, there should also be $foo.cmxs there (on native architectures). Otherwise, not having a runtime package at all is fine for pure OCaml libraries. There are no *.cmx files installed. Do you know if that's intentional? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738578: omake: unbound variable: public.OMakeVersion
Le 11/02/2014 09:45, Sébastien Dailly a écrit : Here is a way to reproduce the problem : $ mkdir test cd test $ omake --install *** omake: creating OMakeroot *** omake: creating OMakefile *** omake: project files OMakefile and OMakeroot have been installed *** omake: you should edit these files before continuing $ omake *** omake: reading OMakefiles *** omake error: File /usr/lib/omake/build/C.om: line 4, characters 2-32 unbound variable: public.OMakeVersion I don't have the same output: $ find . $ mkdir test cd test $ omake --install *** omake: creating OMakeroot *** omake: creating OMakefile *** omake: project files OMakefile and OMakeroot have been installed *** omake: you should edit these files before continuing $ omake *** omake: reading OMakefiles ./OMakefile is not configured *** omake: finished reading OMakefiles (0.03 sec) *** omake: done (0.03 sec, 0/0 scans, 0/0 rules, 8/35 digests) Did you do something else between omake --install and omake? After blindly deleting the delete me line in OMakefile, I still get no error... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740940: iipimage: FTBFS with libmemcached-1.0.18-1 from experimental
Source: iipimage Version: 0.9.9-2 Severity: normal Control: block 724722 by -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, libmemcached-1.0.18-1 has been uploaded to experimental and iipimage FTBFS with this version. This problem can be fixed by enabling C++11 through CPPFLAGS as shown in the attached patch. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTGHRqAAoJEGlMre9Rx7W28p4P/iloxKgXSGtnXqFDvZ2ed61u 5NvKoMbol1sw+s9l8GwUblxxc06pNKdYASt2/rFMjzr6joBvHsMvSLr7F5XPotnO PqdztOopw9w596YOhV3E9r2z003WvoqDysGL6ESmNumJK2MT4BKkhXHtTli0w0MO j7a2EJASyDb7Fn442s3L7pFg387zSrjXUf61r5hOjXiGc3tujiO6xxOhJn379g8X sOH3vz2NmdQA/lG9U60ozciVJh0hFt2R2nKfDBR27mqqC/KzmfT25a9niLFEJGB1 xToOlhNFFoUYuthZHUtwOlJUESgmgxt5+WzonXUzcldhprnyZmNxs9jtpBfx0je/ ytW4NQO0WWcm8fg+tZB/8dMYHPfoGYOhlm0E7B7N+BiE4wSJfmD0rKR8MeXGrrNa D6zCDbElwA05cEZUqZoW6VpNWSPzjm6weaaa8xXtVoeT2Tz8LmnlPmjLlFYOOWZH KJUt4EBro4ZWaVnygTVtZ+1uTCFwdLaZnR/vyaLl8olGjs4DGJI+YqBWG6GA/ju/ A+INLvjBLA/5aiXjsdBVzqu231AjbsFcA7AI5SzumydfLVOnOtqkyiZb4fj0JFCu YmoTbSyfuhN+QBPMJf6YQm3+P9hr8X29i92LfTBGISDML+xG9ivyZQyneG8FJ+xv OfPP7ecky6sigJqD/pbO =1UaZ -END PGP SIGNATURE- Index: debian/rules === --- debian/rules (revision 25028) +++ debian/rules (working copy) @@ -2,6 +2,7 @@ #export DH_VERBOSE=1 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed +export DEB_CPPFLAGS_MAINT_APPEND=-std=c++11 ifneq (,$(KDU_ROOT)) LD_LIBRARY_PATH:=$(LD_LIBRARY_PATH):$(KDU_ROOT)/apps/make
Bug#740941: shibboleth-sp2: FTBFS with libmemcached-1.0.18-1 from experimental
Source: shibboleth-sp2 Version: 2.5.2+dfsg-2 Severity: normal Control: block 724722 by -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, libmemcached-1.0.18-1 has been uploaded to experimental and shibboleth-sp2 FTBFS with this version. This problem can be fixed by enabling C++11 through CPPFLAGS as shown in the attached patch. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTGHWCAAoJEGlMre9Rx7W2Rb4P/Az0KBSJ21dZjo/93Vo0OTvB 4Jam55u1Zv+3nabqlpCKY4IGhQIYGQyGh33UFXDqtTnerpG5OBLCE1wG3pz2w1SO o/a3QVHxyV5xqtJB+bYl0o8b3WrS+b03mPgJ5126jRjvB9cFcy7GLlF1f/FhZhEG XZFHOs0nc0pV2uYgiiHDjzrlULUHlpClmu1tNQ1hZmojvRDcNAyJ42bHc1mHAtej iXG6Dl6Xe5fYPBuSvXxzwW5c6OuMEGJk2Xfr9osfJxFCdsPPZkxd6pxvep67+p0c mJa1uE3Bkp8SIS20Xl4ujSPaymLa2lSirxCqmWBiNn/T9BDqoQTkbk9zTj06rmPE Ni1tR8fAgPk77RrmK14KiFTWBrEB90U/b7vNPcd1RSleeEG5q3TTj/eIuZxfojum RvPGqs8/z9rYnDOqqcDnzT+3i3aWnAH5rY9xC4toEfMBagX8kgL1pgxDJnLy30FC tCMkCqDN1/fJSBHZAKw8whpFb2rUq9eZhRzsv5OUxNlsZgpyHWMZuB2DnHvumqF2 SP+V9UjdQr6sF1/qQxyQomhxYaKa5ta/jqgYbIPENkhqhWCwesxwXwjXPYpbh4mP 97lSIPcXNIVKUyL0tgiOtc6D6ysW5J5mATPYfXIv6HdA815P/+PdRM/X6SHXGRij NR56Hd7kzg5qnGV6Q4Vc =eEHJ -END PGP SIGNATURE- diff --git a/debian/rules b/debian/rules index b707728..3f876eb 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,8 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow,+pie # Add --as-needed to drop a few unnecessary dependencies. export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed +export DEB_CPPFLAGS_MAINT_APPEND=-std=c++11 + DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DOCS = debian/libshibsp-doc/usr/share/doc/libshibsp-doc
Bug#740935: gearmand: FTBFS with libmemcached-1.0.18-1 from experimental
Michael Fladischer fladischermich...@fladi.at writes: This problem can be fixed by enabling C++11 through CPPFLAGS as shown in the attached patch. Thanks. :) -- Stig Sandbeck Mathisen s...@debian.org signature.asc Description: PGP signature
Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system
Package: samba
Version: 2:4.1.5+dfsg-1
Severity: important
After switch to systemd, my system cannot be shutdown/reboot normally
as before, after some digg, I found systemd cannot correctly shutdown
samba, even with systemctl, after remove samba with 'insserv -r samba',
my system can be shutdown/rebooted as expected.
I think the reason is that /etc/init.d/samba calls /etc/init.d/{smb,nmb,
samba-ad-dc}, it is not a problem in old init system, but (I guess)
systemd cannot call systemd to stop another service.
Why should /etc/init.d/samba be used to start/stop smb/nmb/samba-ad-dc,
why not let /etc/init.d/{smb,nmb,samba-ad-dc} do their own job, I
means call /etc/init.d/{smb,nmb,samba-ad-dc} to complete their own job.
If there are some specific startup order, why not create only ONE init
script to complete this task?
Thanks,
--- System information. ---
Architecture: amd64
Kernel: Linux 3.13-1-amd64
Debian Release: jessie/sid
500 unstablelocalhost
1 experimentallocalhost
--- Package information. ---
Depends (Version) | Installed
=-+-===
adduser | 3.113+nmu3
heimdal-hdb-api-8 |
libpam-modules| 1.1.8-2
libpam-runtime (= 1.0.1-11) | 1.1.8-2
lsb-base (= 4.1+Debian) | 4.1+Debian12
procps| 1:3.3.9-4
python (= 2.7) | 2.7.5-5
python-dnspython | 1.11.1-1
python-ntdb | 1.0-2
python-samba | 2:4.1.5+dfsg-1
samba-common (= 2:4.1.5+dfsg-1) | 2:4.1.5+dfsg-1
samba-common-bin (= 2:4.1.5+dfsg-1) | 2:4.1.5+dfsg-1
samba-dsdb-modules| 2:4.1.5+dfsg-1
tdb-tools | 1.2.12-1
update-inetd | 4.43
python ( 2.8) | 2.7.5-5
python2.7:any |
libasn1-8-heimdal (= 1.4.0+git20110226) | 1.6~rc2+dfsg-2
libbsd0(= 0.5.0) | 0.6.0-2
libc6 (= 2.14) |
libcomerr2 (= 1.01) |
libhdb9-heimdal(= 1.4.0+git20110226) |
libkdc2-heimdal(= 1.4.0+git20110226) |
libkrb5-26-heimdal (= 1.4.0+git20110226) |
libldb1 (= 0.9.21) |
libpopt0(= 1.14) |
libpython2.7 (= 2.7) |
libroken18-heimdal (= 1.4.0+git20110226) |
libtalloc2 (= 2.0.4~git20101213) |
libtdb1(= 1.2.7+git20101214) |
libtevent0(= 0.9.14) |
samba-libs (= 2:4.1.5+dfsg-1) |
Recommends (Version) | Installed
-+-===
attr | 1:2.4.47-1
logrotate| 3.8.7-1
samba-vfs-modules| 2:4.1.5+dfsg-1
Suggests (Version) | Installed
==-+-=
bind9 (= 1:9.5.1) |
bind9utils |
ctdb |
ldb-tools |
ntp| 1:4.2.6.p5+dfsg-3
smbldap-tools |
winbind|
Thanks and Regards,
--
Liang Guo
http://bluestone.cublog.cn
signature.asc
Description: Digital signature
Bug#740919: xterm: clears $SHELL from environment at startup
Thomas Dickey dixit: you may notice that the change was intentional (to fix a serious bug in contrast to a user-configurable preference). Hm, which bug? So - to the point: is /bin/mksh in /etc/shells? If not, adding it there is the way to get your intended behavior. If it is, then there's some additional aspect that I've overlooked. Yes, /bin/mksh is in /etc/shells. I can test patches, if you throw them to t.gla...@tarent.de (work eMail). In case that’s relevant, I have UXTerm*VT100*loginShell: true in my .Xresources. (And my login shell is mksh. Of course. ☺) bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bones. But it turns out it beats the living hell out of ksh93 in that respect. I'd even consider it for my daily use if I hadn't wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738578: omake: unbound variable: public.OMakeVersion
Le 2014-03-06 14:01, Stéphane Glondu a écrit : I don't have the same output: $ find . $ mkdir test cd test $ omake --install *** omake: creating OMakeroot *** omake: creating OMakefile *** omake: project files OMakefile and OMakeroot have been installed *** omake: you should edit these files before continuing $ omake *** omake: reading OMakefiles ./OMakefile is not configured *** omake: finished reading OMakefiles (0.03 sec) *** omake: done (0.03 sec, 0/0 scans, 0/0 rules, 8/35 digests) Did you do something else between omake --install and omake? After blindly deleting the delete me line in OMakefile, I still get no error... No, I gave you the full procedure. I even didn't remove the delete me line in the OMakefile ; the error seems appear in the OMake initialisation step, not in the project one. I've test with two PC (both amd64) with the same results for each. Regards, -- Sébastien Dailly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740728: ITP: yorick-ynfft -- nonequispaced fast Fourier transform for Yorick
Hi Thibaut, since I guess you will maintain this package in Debian Science team it would be great to CC this list (which I'm doing now). Kind regards Andreas. On Tue, Mar 04, 2014 at 02:07:12PM +0100, Thibaut Paumard wrote: Package: wnpp Severity: wishlist Owner: Thibaut Paumard thib...@debian.org * Package name: yorick-ynfft Version : 0.0.1 Upstream Author : Éric Thiébaut eric.thieb...@univ-lyon1.fr * URL : http://cral.univ- lyon1.fr/labo/perso/eric.thiebaut/?Software/Yorick/YNFFT * License : CeCILL-C Programming Lang: C, Yorick Description : nonequispaced fast Fourier transform for Yorick YNFFT is a Yorick plug-in around the NFFT library for nonequispaced fast Fourier transform. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140304130712.11848.16245.report...@tantive-iv.obspm.fr -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#233990: rhythmbox: Doesn't index on multiple artists
Hey Paul, Could you please still reproduce this issue with newer rhythmbox version like 2.97-2.1 or 3.0.1-1+b2 ? thanks regards althaser
Bug#684388: agentx: Oversized Object ID
Hi, On Thu, Aug 09, 2012 at 01:32:37PM +0200, Vincent Bernat wrote: Package: libsnmp15 Version: 5.4.3~dfsg-2.5 Severity: important Tags: upstream patch AgentX support is ineffective when a manager requests unrelated OID in the same GET request. snmpd will send those unrelated variables into the same PDU to the subagent and the subagent will choke with: agentx: Oversized Object ID [..] First three OID contain 11 subid while the next one has 12 subid. snmpd will try several time to communicate those OID to the subagent and will give up. A manager requesting always the same OID will never get an answer. The bug is fixed upstream in 5.4.4. I attach the revelant patch extracted from the git repository. I think it may warrant a freeze exception. The bug is 100% reproducible on my platform. I've been hitten by the very same bug, which is blocking, and may be even -in my opinion- a security bug. As the bugfix is already present in testing, would you consider an upload to stable-proposed-updates ? http://sources.debian.net/src/net-snmp/5.7.2~dfsg-8.1/agent/mibgroup/agentx/protocol.c#L1774 I can take care of the upload if necessary. Thanks and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740822: ITP: colpack -- Graph vertex coloring library
Hi Barak, I guess you might want to maintain this in Debian Science team and thus it would be nice to keep the list in CC (which I'm doing now). Kind regards Andreas. On Wed, Mar 05, 2014 at 11:04:17AM +, Barak A. Pearlmutter wrote: Package: wnpp Severity: wishlist Owner: Barak A. Pearlmutter ba...@cs.nuim.ie * Package name: colpack Version : 1.0.9 Upstream Author : Alex Pothen apot...@purdue.edu * URL : http://www.cscapes.org/coloringpage/ * License : LGPL-3+ Programming Lang: C++ Description : Specialized graph vertex coloring library ColPack is a package comprising of implementation of algorithms for specialized vertex coloring problems that arise in sparse derivative computation. It is written in an object-oriented fashion heavily using the Standard Template Library (STL). It is designed to be simple, modular, extenable and efficient. Its primary application has been for use in automatic differentiation. It is already packaged in Fedora. The adolc library package can optionally use it, and my reason for wanting to package colpack is to allow me to enable that option in the debian adolc package. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140305110417.9259.10354.reportbug@port-kdr.hamilton.local -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740822: Fwd: Bug#740822: ITP: colpack -- Graph vertex coloring library
-- Forwarded message -- From: Barak A. Pearlmutter ba...@cs.nuim.ie Date: 6 March 2014 13:48 Subject: Re: Bug#740822: ITP: colpack -- Graph vertex coloring library To: Andreas Tille ti...@debian.org I guess you might want to maintain this in Debian Science team and thus it would be nice to keep the list in CC (which I'm doing now). Sure, I'm okay with that. Already dput it, but I can take a patch and move the repo or whatever. Just tell me the procedure. If ColPack belongs there, probably adolc should be there there as well. Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim
Hi Stéphane, Quoting Stéphane Glondu (2014-03-06 13:41:53) Why do you add libocp-indent-lib-ocaml as explicit dependency to ocp-indent? Isn't the one inferred by dh_ocaml enough? the one inferred by dh_ocaml is enough. That was some leftover cruft from when I did not yet know that dh_ocaml would do this kind of thing for me. If you put META and $foo.cma in a runtime package, there should also be $foo.cmxs there (on native architectures). Otherwise, not having a runtime package at all is fine for pure OCaml libraries. There are no *.cmx files installed. Do you know if that's intentional? I patched (not pushed to git yet) upstream Makefile to also build and install cmxs and cmx files. I will ask upstream to integrate that patch into their next release. I dont remember from where I got the splitting into libocp-indent-lib-ocaml (with META and cma) and libocp-indent-lib-ocaml-dev (with all the rest) but now that I search for it I can see some packages which do it that way (for example libxen-ocaml or libatd-ocaml or libben-ocaml or libfindlib-ocaml). Are you also saying that I do not need to create the two packages libocp-indent-lib-ocaml and libocp-indent-lib-ocaml-dev but that only libocp-indent-lib-ocaml-dev with all the files is enough? From reading [1] it seems that splitting it into a lib and a dev package is only advised if a shared library is involved which is not the case here. cheers, josch [1] http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/c305.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740380: logrotate warnings when running under systemd
I have not yet seen the new version in unstable. Of course it looks like it should work - unless cups actually logs messages during the logrotate action... Cheers, I. - Mail original - De: Didier 'OdyX' Raboud o...@debian.org À: Itaï BEN YAACOV can...@free.fr, 740...@bugs.debian.org Envoyé: Jeudi 6 Mars 2014 13:27:01 Objet: Re: Bug#740380: logrotate warnings when running under systemd Hi Itaï, Le jeudi, 6 mars 2014, 11.32:56 Itaï BEN YAACOV a écrit : The following patch is less intrusive and just solves the problem, namely that with systemd messages are sent to standard error. I have committed the earlier patch; does it fail to work for you? The fact that the service restart spits to stderr and that we see that in logrotate is a good thing, I'm quite uncomfortable discarding that information… Thanks, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740943: transmission-daemon: test bug, there seems to be problems reporting bugs to this package
Package: transmission-daemon Version: 1 Severity: normal Dear Maintainer, this is a test bug, please ignore. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724722: libmemcached-1.0.18
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 tags 724722 - moreinfo thanks libmemcached upstream resolved the API break[0] with the release of 1.0.18. I've closed the former blocking FTBFS bugs as they are no longer relevant for 1.0.18. Source packages that built fine with libmemcached-1.0.18 without any changes: pgpool2 opendkim sogo pylibmc pgmemcache php-memcached proftpd-dfsg Source packages that FTBFS with libmemcached-1.0.18 but should be able to build with C++11 compiler/library feature activated (patches included): gearmand (#740935) iipimage (#740940) shibboleth-sp2 (#740941) [0] https://bugs.launchpad.net/libmemcached/+bug/1190240 Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJTGHjSAAoJEGlMre9Rx7W2a+EP/02maPbK41fle7jXEM1cteg2 PFT5c4baRLduWXqJyrNoD5Qrj6ATIuFJ+Bp5O4NqnDxVmBXPxoCsQAZ99A4VgL2F 0krKZc8h0tfY9IZY2thaLoodVNb3hyNjlA/jznPm+oklulqULHNh/MHuPpaqsHoN Ou3JOvuJzdTOMIBkInn+YBj6RfgSf/zC9Wl3aLahaIzVhOMhqfBs694AvZBK0DVS Eas4yHV897yTv2QX0YMB1MDcdV/NypBNIFpE2A9Hpu8B8i/FTrdKE8d8oDK/n+xy asaLLdSvPcp5F4BhUaVh9J+fPRR3V2Ir4EZlYTVYFTp5xSgUPgGZssy3cr02cr6a iWHU1AfC19t5rmKmcR262lsEC920KF/e+61zcOqhG0O3xU559u44bjN9IxEPA4ic uTNvGsYp6PTuNkji2mck7nJzbeIbUhoqGI7UmgLBZsS0EKQu2LYTsSTM2/dbrTXi IxS4HF7NnqgRuJ0yRBEmzOTnw2ATAHy7C3nsIZMsRVHmvXkqsdIMPzgL0x92Trlz WlcF6HC793wCeijoHDAauINd/TZ2k5BaEGdXsfBoAaFe9x0HamuWsR4qpcSFjyyn 8nFzDDa/6bf8JoYMUNHXg9TsA4OzY8ZmpwYIF/qs2f9xzdMJyhnVO4ykK8DvVU4r /tB96+9OJOGmrJpmzYWv =2Hdv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740063: [Pkg-erlang-devel] Bug#740063: Bug#740063: Upstream seems to be ok
Am 06.03.2014 13:08, schrieb Sergei Golovan: Hi Philipp, On Thu, Mar 6, 2014 at 3:53 PM, Philipp Klaus Krause p...@spth.de wrote: I jut unpacked the tarball and did a make og Could you also try to build wings using make wx instead of just make and check if it still works for you? wings3d built with make wx log crashes at start just like the one from the Debian package. Also, did you install Wings dependencies (specifically esdl) separately or use the erlang-esdl and erlang-esdl-dev Debian packages? I used the Debian packages for all dependencies. Philipp WINGS_VSN = 1.5.2 (cd intl_tools; make) make[1]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools' make TYPE=opt common make[2]: Entering directory `/home/philipp/test/wings-1.5.2/intl_tools' erlc -Werror +debug_info +debug_info -o. tools.erl make[2]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools' make[1]: Leaving directory `/home/philipp/test/wings-1.5.2/intl_tools' (cd src; make wx) make[1]: Entering directory `/home/philipp/test/wings-1.5.2/src' make TYPE=wx common make[2]: Entering directory `/home/philipp/test/wings-1.5.2/src' erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_lang.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin user_default.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_align.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_ask.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_body.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_camera.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_cl.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_cc.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_cc_ref.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_collapse.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_color.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_console.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_deform.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_develop.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_dissolve.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_dl.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_drag.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_draw.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_draw_setup.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_edge.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_edge_cmd.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_edge_loop.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_export.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_extrude_edge.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_extrude_face.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_face.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_face_cmd.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_facemat.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_file.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_ff_ndo.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_ff_wings.erl erlc -Werror -I ../e3d +debug_info '-Dwings_version=1.5.2' -pa ../intl_tools -DUSE_WX=1 -o../ebin wings_gl.erl erlc -Werror -I ../e3d
Bug#733112: libsystemd-login0: logind not found by gdm3
Control: found 733112 204-7 I can reproduce this issue on my workstation now, I run systemd and gnome on a freshly updated and rebooted jessie workstation. When /proc is mounted with hidepid=1 or hidepid=2, I can log in with gdm3, but I get no gnome session, only a Oh, no! Something went wrong fullscreen message with a log out button on it. This only happens when the system is booted with init=/bin/systemd. If I boot with default init, I can run gnome with /proc mounted with hidepid=2 (not tested with hidepid=1) I'll be happy to debug more, if needed. -- Stig Sandbeck Mathisen s...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#351530: rhythmbox: can't show some mp3 files with german umlaut in it
Hey, Could you please still reproduce this issue with newer rhythmbox version like 2.97-2.1 or 3.0.1-1+b2 ? It works fine here with 3.0.1-1+b2. thanks regards althaser
Bug#740916: ITP: dms -- DNS Management System
* Matthew Grant: Bug#740916: ITP: dms -- DNS Management System (Thu, 06 Mar 2014 20:55:15 +1300): Package: wnpp Severity: wishlist Owner: Matthew Grant m...@mattgrant.net.nz * Package name: dms This package name seems to generic for me, I personally would have expected something like 'Document Management System', but there are far more meanings [1]. [1] http://en.wikipedia.org/wiki/DMS Cheers, Mathias -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#588953: file: poor detection of avr32 ELF objects
tags 588953 -moreinfo upstream confirmed forwarded 588953 http://mx.gw.com/pipermail/file/2014/001400.html thanks Raphael Geissert wrote... E.g. running file from wheezy on an avr32 dpkg: usr/bin/dpkg: ELF 32-bit MSB executable, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID[sha1]=0x813cfb152b0d521795d7700ee3cdd823eac5d18f, stripped At least, file(1) has improved over time: | ELF 32-bit MSB executable, | *unknown arch 0xb9* version 1 (SYSV), ^^^ see below | dynamically linked (uses shared libs), for GNU/Linux 2.6.18, | BuildID[sha1]=15fb3c8117520d2b0e70d79523d8cde38fd1c5ea, stripped ^^^ Yes, that's different, this is the correct one. A bug probably fixed in FILE5_11-80-g26f146f However, file(1) still should print a string instead that number. Forwarded upstream. Christoph signature.asc Description: Digital signature
Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim
Le 06/03/2014 14:57, Johannes Schauer a écrit : I dont remember from where I got the splitting into libocp-indent-lib-ocaml (with META and cma) and libocp-indent-lib-ocaml-dev (with all the rest) but now that I search for it I can see some packages which do it that way (for example libxen-ocaml or libatd-ocaml or libben-ocaml or libfindlib-ocaml). This practice appeared with Ocsigen dynamically loading many libraries already (seperately) packaged in Debian, but is not yet documented in policy :-( There is an open bug about it, though: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500036 Are you also saying that I do not need to create the two packages libocp-indent-lib-ocaml and libocp-indent-lib-ocaml-dev but that only libocp-indent-lib-ocaml-dev with all the files is enough? From reading [1] it seems that splitting it into a lib and a dev package is only advised if a shared library is involved which is not the case here. This is indeed what I'm saying. But keep in mind that if someone later writes a plugin using libocp-indent-lib-ocaml-dev for a program not using it, nor the OCaml toolchain, the second package might be needed. Whether you create the second package now or later, on demand, is up to you :-) Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740944: bug reports get sent to non-existing sub...@trac.transmissionbt.com
Source: transmission-daemon Severity: important If transmission-daemon is installed, issuing a bug report for it using reportbug transmission-daemon will produce the following error: invalid report type https, defaulting to debbugs and after completion, it will say that: Report will be sent to sub...@trac.transmissionbt.com which is a non-existing email address. This is most probably due to the line: Bugs: https://trac.transmissionbt.com/ in the debian control file. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#355238: rhythmbox: A user cannot see why he cannot share music
Hey, Could you please still reproduce this issue with newer rhythmbox version like 2.97-2.1 or 3.0.1-1+b2 ? thanks regards althaser
Bug#740063: [Pkg-erlang-devel] Bug#740063: Bug#740063: Bug#740063: Upstream seems to be ok
Hi Philipp, On Thu, Mar 6, 2014 at 6:09 PM, Philipp Klaus Krause p...@spth.de wrote: wings3d built with make wx log crashes at start just like the one from the Debian package. Okay, then I'll switch away from wx in the Debian wings3d package. Thank you for the report and help in finding a workaround! I'll try to fix (or report upstream) the original problem after I'll be able to reproduce it myself, probably there's something wrong with erlang-wx. Also, did you install Wings dependencies (specifically esdl) separately or use the erlang-esdl and erlang-esdl-dev Debian packages? I used the Debian packages for all dependencies. Good, esdl is working. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740945: decline to find all targets by default
Package: srptools Version: 0.0.4-1.2 Severity: normal After installation process srp daemon automatically starts and if in the default srp_daemon.conf there is no rules that all founded targets will be added to this system. It's a bad behavior. Disallow all should be the default behavior. This is a diff to fix this problem: --- a/srp_daemon/srp_daemon.conf +++ b/srp_daemon/srp_daemon.conf @@ -8,5 +8,4 @@ ## allow target with the following id_ext and ioc_guid #a id_ext=200500A0B81146A1,ioc_guid=00a0b80200402bef ## disallow all the rest -#d - +d -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/zsh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740946: ITP: libsub-recursive-perl -- anonymous memory leak free recursive subroutines
Package: wnpp Severity: wishlist Owner: Peter Roberts me+...@peter-r.co.uk * Package name: libsub-recursive-perl Version : 0.03 Upstream Author : Johan Lodin lo...@cpan.org * URL : https://metacpan.org/release/Sub-Recursive * License : GPL Programming Lang: Perl Description : anonymous memory leak free recursive subroutines Recursive Perl closures suffer from a severe memory leak. Sub::Recursive makes the problem go away cleanly and at the same time allows you to write recursive subroutines as expression and can make them truly anonymous. There's no significant speed difference between using recursive and writing the simpler leaking solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740947: macchanger: Random mac feature fails in all of the random mac assigning options
Package: macchanger Version: 1.7.0-1 Severity: important # macchanger -A mon0 Current MAC: 00:25:91:aa:bb:cc (NEXTEK, Inc.) New MAC: 00:1e:cb:aa:bb:cc (2Wire, Inc.) # macchanger -r mon0 Current MAC: 00:1e:cb:aa:bb:cc (2Wire, Inc.) New MAC: 00:1e:cb:aa:bb:cc (2Wire, Inc.) It's the same MAC!! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages macchanger depends on: ii dpkg 1.17.6 ii install-info 5.2.0.dfsg.1-2 ii libc6 2.18-4 macchanger recommends no packages. macchanger 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#740948: stuck at 100% CPU utilization after --exit if download speed limiting is enabled
Source: transmission-daemon Version: 2.82-1.1 Severity: normal When issuing `transmission-remote --exit` to ask the daemon to terminate and exit, the transmission-daemon process gets stuck at 100% CPU consumption and never actually terminates. This only happens if speed-limit-down-enabled: true in the settings. If speed-limit-down-enabled is false, the daemon terminates regularly. If the process is stuck, hooking up gdb shows: (gdb) bt #0 0x7f23b382213d in nanosleep () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f23b4f40606 in tr_wait_msec (msec=msec@entry=100) at utils.c:663 #2 0x7f23b4f481ba in tr_webClose (session=session@entry=0x7f23b5cfe0a0, close_mode=close_mode@entry=TR_WEB_CLOSE_NOW) at web.c:542 #3 0x7f23b4f32caa in tr_sessionClose (session=0x7f23b5cfe0a0) at session.c:1892 #4 0x7f23b4f2df1e in main (argc=optimized out, argv=optimized out) at daemon.c:609 for the main thread, (gdb) bt #0 0x7f23b4f541a7 in tr_list_append (list=list@entry=0x7f23b519d880 paused_easy_handles, data=0x7f239c5ad010) at list.c:98 #1 0x7f23b4f47805 in writeFunc (ptr=0x7f239c1ecc80, size=optimized out, nmemb=1430, vtask=0x7f23aefc8e70) at web.c:130 #2 0x7f23b4252a70 in ?? () from /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 #3 0x7f23b4268999 in curl_easy_pause () from /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 #4 0x7f23b4f47d22 in tr_webThreadFunc (vsession=0x7f23b5cfe0a0) at web.c:451 #5 0x7f23b4f2f72a in ThreadFunc (_t=0x7f23af4aa210) at platform.c:108 #6 0x7f23b381b062 in start_thread (arg=0x7f23ab5fb700) at pthread_create.c:312 #7 0x7f23b354fa3d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 for thread 2 and (gdb) bt #0 0x7f23b3550013 in epoll_wait () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f23b44cb313 in ?? () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #2 0x7f23b44b6e90 in event_base_loop () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #3 0x7f23b4f3f318 in libeventThreadFunc (veh=0x7f23b5cfe610) at trevent.c:249 #4 0x7f23b4f2f72a in ThreadFunc (_t=0x7f23b5cfe690) at platform.c:108 #5 0x7f23b381b062 in start_thread (arg=0x7f23b085f700) at pthread_create.c:312 #6 0x7f23b354fa3d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 for thread 3. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740949: segfault in webseed_destruct on exit if download speed limiting is enabled
Source: transmission-daemon Version: 2.82-1.1 Severity: normal After a `transmission-remote --exit` with some active torrents downloading from webseeds produces the following segmentation fault: (gdb) bt #0 webseed_destruct (peer=0x7fffed8cc200) at webseed.c:560 #1 0x55588e5d in tr_peerFree (peer=0x7fffed8cc200) at peer-mgr.c:290 #2 0x555936ab in tr_ptrArrayForeach (func=optimized out, t=optimized out) at ptrarray.c:46 #3 tr_ptrArrayDestruct (p=p@entry=0x7fffed8c8580, func=func@entry=0x55588e50 tr_peerFree) at ptrarray.c:31 #4 0x5558dde7 in swarmFree (vs=0x7fffed8c8520) at peer-mgr.c:503 #5 tr_peerMgrRemoveTorrent (tor=tor@entry=0x7fffed8c4430) at peer-mgr.c:2471 #6 0x55564d06 in freeTorrent (tor=0x7fffed8c4430) at torrent.c:1579 #7 closeTorrent (vtor=0x7fffed8c4430) at torrent.c:1920 #8 0x5556f55e in tr_runInEventThread (session=session@entry=0x557cf270, func=func@entry=0x55564c30 closeTorrent, user_data=user_data@entry=0x7fffed8c4430) at trevent.c:313 #9 0x555678bc in tr_torrentFree (tor=0x7fffed8c4430) at torrent.c:1933 #10 0x55562ad8 in sessionCloseImpl (vsession=0x557cf270) at session.c:1816 #11 0x5556f24b in readFromPipe (fd=7, eventType=optimized out, veh=0x557d0280) at trevent.c:193 #12 0x77592184 in event_base_loop () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #13 0x5556f318 in libeventThreadFunc (veh=0x557d0280) at trevent.c:249 #14 0xf72a in ThreadFunc (_t=0x557d30b0) at platform.c:108 #15 0x768f6062 in start_thread (arg=0x7393a700) at pthread_create.c:312 #16 0x7662aa3d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 (gdb) info thread Id Target Id Frame * 4Thread 0x7393a700 (LWP 17550) transmission-da webseed_destruct (peer=0x7fffed8cc200) at webseed.c:560 2Thread 0x72735700 (LWP 17575) transmission-da 0x555841a7 in tr_list_append ( list=list@entry=0x557cd880 paused_easy_handles, data=0x7fffe88128f0) at list.c:98 1Thread 0x77fc3740 (LWP 17549) transmission-da 0x768fd13d in nanosleep () at ../sysdeps/unix/syscall-template.S:81 This only seems to happen when speed-limit-down-enabled: true in the config file. Could not reproduce with this set to false. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740950: segmentation fault in libcurl-gnutls.so.4 if download speed limiting is enabled
Source: transmission-daemon
Version: 2.82-1.1
Severity: important
I often get random segmentation faults in libcurl-gnutls.so.4, but only
if
speed-limit-down-enabled: true
in the configuration file. (Could not reproduce with speed limiting set
to false).
When speed limiting is enabled, segmentation faults are rather frequent,
as shown by this grep in my dmesg for a span of 12 hours:
[Tue Mar 4 09:16:41 2014] transmission-da[8914]: segfault at 1e4 ip
7fc7a92d sp 7fc761a6fc00 error 4 in
libcurl-gnutls.so.4.3.0[7fc766656000+66000]
[Tue Mar 4 09:17:39 2014] transmission-da[12169]: segfault at 1e4 ip
7fb3a740692d sp 7fb3a280bc00 error 4 in
libcurl-gnutls.so.4.3.0[7fb3a73f2000+66000]
[Tue Mar 4 13:12:38 2014] transmission-da[19725]: segfault at 1e4 ip
7f0e2bb3292d sp 7f0e26f37c00 error 4 in
libcurl-gnutls.so.4.3.0[7f0e2bb1e000+66000]
[Tue Mar 4 13:24:20 2014] traps: transmission-da[22263] general protection
ip:7f51f6bd4426 sp:7f51f1fc0c20 error:0 in
libcurl-gnutls.so.4.3.0[7f51f6ba7000+66000]
[Tue Mar 4 13:26:24 2014] transmission-da[22631]: segfault at 1e4 ip
7fd88658692d sp 7fd88198bc00 error 4 in
libcurl-gnutls.so.4.3.0[7fd886572000+66000]
[Tue Mar 4 13:28:19 2014] transmission-da[23927]: segfault at 747381 ip
7fb54d8a29de sp 7fb548c8cc00 error 4 in
libcurl-gnutls.so.4.3.0[7fb54d873000+66000]
[Tue Mar 4 13:56:03 2014] transmission-da[24932]: segfault at 1e4 ip
7f94e22ed92d sp 7f94dd6f2c00 error 4 in
libcurl-gnutls.so.4.3.0[7f94e22d9000+66000]
[Tue Mar 4 16:26:25 2014] transmission-da[32144]: segfault at 1e4 ip
7fbae50ef92d sp 7fbadbffec00 error 4 in
libcurl-gnutls.so.4.3.0[7fbae50db000+66000]
[Tue Mar 4 16:42:53 2014] transmission-da[3004]: segfault at 0 ip
7f88969172fe sp 7f8891d00bd0 error 4 in
libcurl-gnutls.so.4.3.0[7f88968e7000+66000]
[Tue Mar 4 16:43:41 2014] transmission-da[3268]: segfault at 18 ip
7f5f541b3a30 sp 7f5f4f59dbc8 error 4 in
libcurl-gnutls.so.4.3.0[7f5f54184000+66000]
[Tue Mar 4 16:45:39 2014] transmission-da[3785]: segfault at cbb1 ip
7f3dd1452c83 sp 7f3dcc83bc20 error 4 in
libcurl-gnutls.so.4.3.0[7f3dd1422000+66000]
[Tue Mar 4 18:18:35 2014] transmission-da[1053]: segfault at 1e4 ip
7f53d015e92d sp 7f53cb563c00 error 4 in
libcurl-gnutls.so.4.3.0[7f53d014a000+66000]
Hooking up gdb before a segfault manages to produce the following backtrace:
#0 0x7fe82c848c83 in curl_multi_fdset () from
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
#1 0x7fe82d521db1 in tr_webThreadFunc (vsession=0x7fe82dea7270) at
web.c:472
#2 0x7fe82d50972a in ThreadFunc (_t=0x7fe8273cd430) at platform.c:108
#3 0x7fe82bdf5062 in start_thread (arg=0x7fe8237fe700) at
pthread_create.c:312
#4 0x7fe82bb29a3d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
#0 0x7fe82c848c83 in curl_multi_fdset () from
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
No symbol table info available.
#1 0x7fe82d521db1 in tr_webThreadFunc (vsession=0x7fe82dea7270) at
web.c:472
r_fd_set = {__fds_bits = {4503599627632640, 0 repeats 15 times}}
max_fd = 0
t = {tv_sec = 0, tv_usec = 0}
w_fd_set = {__fds_bits = {3605150193407754240, 0 repeats 15 times}}
c_fd_set = {__fds_bits = {0 repeats 16 times}}
msec = 1
unused = 0
msg = optimized out
mcode = optimized out
str = optimized out
multi = 0x7fe8140460d0
web = 0x7fe814045e70
taskCount = optimized out
task = optimized out
session = 0x7fe82dea7270
#2 0x7fe82d50972a in ThreadFunc (_t=0x7fe8273cd430) at platform.c:108
t = 0x7fe8273cd430
#3 0x7fe82bdf5062 in start_thread (arg=0x7fe8237fe700) at
pthread_create.c:312
__res = optimized out
pd = 0x7fe8237fe700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140635004724992,
-2704228457315761955, 0, 140635169341536, 0,
140635004724992, 2713665564520284381, 2713683985735287005},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0,
0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#4 0x7fe82bb29a3d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.
and info thread gives me
Id Target Id Frame
13 Thread 0x7fe828e39700 (LWP 29618) transmission-da __strcmp_ssse3 () at
../sysdeps/x86_64/multiarch/../strcmp.S:271
12 Thread 0x7fe823fff700 (LWP 29622) transmission-da 0x7fe82bdfc13d
in nanosleep ()
at ../sysdeps/unix/syscall-template.S:81
* 11 Thread 0x7fe8237fe700 (LWP 29669) transmission-da 0x7fe82c848c83
in curl_multi_fdset ()
from /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
5Thread 0x7fe7cb7fe700 (LWP
Bug#740951: gnome-settings-daemon: Screen brightness hotkeys work only to lower brightness
Package: gnome-settings-daemon Version: 3.8.5-2 Severity: normal When using the screen brightness hotkeys, (Fn + F[89] in this System76 daru4), the brightness is only adjusted when lowering it. WHen pressing the raise brightness hotkey, the OSD appears, but doesn't brightness doesn't rise. Opening the gnome power settings to adjust brightness works fine. Further investigation shows that the org.gnome.SettingsDaemon.Power.Screen.StepUp method is not working: # This works no matter if current percentage is lower or higher mdbus2 org.gnome.SettingsDaemon.Power \ /org/gnome/SettingsDaemon/Power \ org.gnome.SettingsDaemon.Power.Screen.SetPercentage \ 90 # This doesn't work mdbus2 org.gnome.SettingsDaemon.Power \ /org/gnome/SettingsDaemon/Power \ org.gnome.SettingsDaemon.Power.Screen.StepUp # But this does mdbus2 org.gnome.SettingsDaemon.Power \ /org/gnome/SettingsDaemon/Power \ org.gnome.SettingsDaemon.Power.Screen.StepDown Filing to gnome-settings-daemon because it seems like it provides this service. Please reassign if wrong. Also, if there is more information I could provide, please ask, I will be glad to provide it. Saludos -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii dbus-x11 1.8.0-2 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gnome-settings-daemon3.8.5-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libglib2.0-0 2.38.2-5 ii libgtk-3-0 3.10.7-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libupower-glib1 0.9.23-2+b1 ii notification-daemon 0.7.6-1 ii upower 0.9.23-2+b1 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.105-4 -- 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#366238: rhythmbox: fails when podacsting videos
Hey Xavier, Could you please still reproduce this issue with newer rhythmbox version like 2.97-2.1 or 3.0.1-1+b2 ? Could you also give a podcast link example ? thanks regards althaser
