Bug#736467: unblock: libapache2-mod-rpaf/0.6-7+wheezy1
On Thu, Jan 23, 2014 at 11:24:40PM +, Adam D. Barratt wrote: On Fri, 2014-01-24 at 03:13 +0400, Sergey B Kirpichev wrote: Usertags: unblock Nope. Unblock implies unstable to testing transition. Sorry. This version fixes important regression in wheezy (#726529) for ipv6-enabled hosts, which may break Apache's access control directives. The version information for that bug report indicates that it affects the package in testing and unstable as well. Is that correct? If it is, then please fix it in unstable first; if it's not, please fix the metadata. Yes, this affects unstable. And I don't see before about requirements for testing in sid. See checklist from http://www.debian.org/releases/proposed-updates.html: * the fixes for the bugs have been *thoroughly tested* at least in sid In this case, I think this was thoroughly tested by me and bug submitters (see #726529 and #734798) Now updated package enter sid, when you can consider this fix to be tested enough? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734798: libapache2-mod-rpaf: failure to work with authz allow/deny
On Tue, Jan 21, 2014 at 12:00:45PM -0600, Brian Kroth wrote: Please try an update package (attached). Updated patch attached as well. That does appear to work Ok. Vincent, could you test this as well? If so, I will merge two bugreports and prepare an update for stable. however, I think it's incomplete. Can you elaborate this? E.g. provide some tests. If you look at rpaf_cleanup() (~line 149), there is code very similar to the main code in change_remote_ip() that undoes the operation for keepalive connections, however as it stands in the original code it has the same issue - namely it only handles IPv4. I don't see issues with keepalive right now: root@wheezy:~# curl -I -H 'X-Forwarded-For: 192.168.1.40' -v http://localhost/ http://localhost/two * About to connect() to localhost port 80 (#0) * Trying ::1... * connected * Connected to localhost (::1) port 80 (#0) HEAD / HTTP/1.1 User-Agent: curl/7.26.0 Host: localhost Accept: */* X-Forwarded-For: 192.168.1.40 * HTTP 1.1 or later with persistent connection, pipelining supported HTTP/1.1 200 OK HTTP/1.1 200 OK Date: Wed, 22 Jan 2014 12:17:57 GMT Date: Wed, 22 Jan 2014 12:17:57 GMT Server: Apache/2.2.22 (Debian) Server: Apache/2.2.22 (Debian) Last-Modified: Mon, 20 Jan 2014 09:16:02 GMT Last-Modified: Mon, 20 Jan 2014 09:16:02 GMT ETag: 16-b1-4f063572f7880 ETag: 16-b1-4f063572f7880 Accept-Ranges: bytes Accept-Ranges: bytes Content-Length: 177 Content-Length: 177 Vary: Accept-Encoding Vary: Accept-Encoding Content-Type: text/html Content-Type: text/html * Connection #0 to host localhost left intact * Re-using existing connection! (#0) with host (nil) * Connected to (nil) (::1) port 80 (#0) HEAD /two HTTP/1.1 User-Agent: curl/7.26.0 Host: localhost Accept: */* X-Forwarded-For: 192.168.1.40 * HTTP 1.1 or later with persistent connection, pipelining supported HTTP/1.1 404 Not Found HTTP/1.1 404 Not Found Date: Wed, 22 Jan 2014 12:17:57 GMT Date: Wed, 22 Jan 2014 12:17:57 GMT Server: Apache/2.2.22 (Debian) Server: Apache/2.2.22 (Debian) Vary: Accept-Encoding Vary: Accept-Encoding Content-Type: text/html; charset=iso-8859-1 Content-Type: text/html; charset=iso-8859-1 * no chunk, no close, no size. Assume close to signal end * Closing connection #0 The patch I provided previously attempts to apply the same style fix to the rpaf_cleanup() code as well. Thus, I'm not sure we need this part. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733505: CVE-2013-6889: Allows reading arbitrary files
Hello, Thanks for noticing. The bug is fixed in the rush repository (commit 00bdccd4). Regards, Sergey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734798: libapache2-mod-rpaf: failure to work with authz allow/deny
On Sun, Jan 19, 2014 at 07:27:32PM -0600, Brian Kroth wrote:
Perhaps try the wget command I gave earlier to force it over IPv6
instead. Then vary the X-Forwarded-For with either IPv4 or IPv6
addresses.
Ok, I see. It seems this is a duplicate of #726529.
But you are using ipv4, isn't?
No, I'm using both IPv4 and IPv6 on the proxy, but the
communications between proxy and backend are IPv6 only.
Please try an update package (attached). Updated patch attached as well.
Description: ipv6 fixes
Author: Piotr Roszatycki dex...@debian.org
Reviewed-by: Sergey B Kirpichev skirpic...@gmail.com
Bug-Debian: http://bugs.debian.org/726529
---
mod_rpaf-2.0.c |6 ++
1 file changed, 6 insertions(+)
--- a/mod_rpaf-2.0.c
+++ b/mod_rpaf-2.0.c
@@ -72,6 +72,8 @@
#include http_vhost.h
#include apr_strings.h
+#include arpa/inet.h
+
module AP_MODULE_DECLARE_DATA rpaf_module;
typedef struct {
@@ -185,6 +187,10 @@
apr_pool_cleanup_register(r-pool, (void *)rcr, rpaf_cleanup, apr_pool_cleanup_null);
r-connection-remote_ip = apr_pstrdup(r-connection-pool, ((char **)arr-elts)[((arr-nelts)-1)]);
r-connection-remote_addr-sa.sin.sin_addr.s_addr = apr_inet_addr(r-connection-remote_ip);
+apr_sockaddr_t *tmpsa;
+int ret = apr_sockaddr_info_get(tmpsa, r-connection-remote_ip, APR_UNSPEC, r-connection-remote_addr-port, 0, r-connection-remote_addr-pool);
+if (ret == APR_SUCCESS)
+memcpy(r-connection-remote_addr, tmpsa, sizeof(apr_sockaddr_t));
if (cfg-sethostname) {
const char *hostvalue;
if (hostvalue = apr_table_get(r-headers_in, X-Forwarded-Host)) {
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 20 Jan 2014 17:56:07 +0400
Source: libapache2-mod-rpaf
Binary: libapache2-mod-rpaf
Architecture: source amd64
Version: 0.6-7+wheezy1
Distribution: stable
Urgency: low
Maintainer: Sergey B Kirpichev skirpic...@gmail.com
Changed-By: Sergey B Kirpichev skirpic...@gmail.com
Description:
libapache2-mod-rpaf - module for Apache2 which takes the last IP from the
'X-Forwarded-
Closes: 726529
Changes:
libapache2-mod-rpaf (0.6-7+wheezy1) stable; urgency=low
.
* Restore 030_ipv6.patch, removed by QA upload in 0.6-1 (Closes: #726529)
Checksums-Sha1:
63094398f613e9d3f689a3101cced55f9ade7b4f 2018
libapache2-mod-rpaf_0.6-7+wheezy1.dsc
b825231766f6ca9e1a0d9ff4e9d0b870e55f7448 5652
libapache2-mod-rpaf_0.6-7+wheezy1.debian.tar.gz
48e9c61ea478a6438414c24677f221e81ffdf392 10268
libapache2-mod-rpaf_0.6-7+wheezy1_amd64.deb
Checksums-Sha256:
6cced2b479a26551c3691ab4c8ee6a6c8e6c4ef549747f518ce88ac3a321cfe0 2018
libapache2-mod-rpaf_0.6-7+wheezy1.dsc
56c12aa3a02a46e189a36a003fbeb754de558c20f670b38da1654249e12758b4 5652
libapache2-mod-rpaf_0.6-7+wheezy1.debian.tar.gz
315f52abfbba02c942cf3a72c0af0140c0b63c04da70171f834be64969a0adb9 10268
libapache2-mod-rpaf_0.6-7+wheezy1_amd64.deb
Files:
10952eed65a1d9e714cd89a202788680 2018 httpd extra
libapache2-mod-rpaf_0.6-7+wheezy1.dsc
03fd2d62729cbe8240ff9d306b7489f6 5652 httpd extra
libapache2-mod-rpaf_0.6-7+wheezy1.debian.tar.gz
d711ce6128b0655d2e714c5ae4c21036 10268 httpd extra
libapache2-mod-rpaf_0.6-7+wheezy1_amd64.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCAAGBQJS3SxwAAoJEDnJoLZAJirwclAP/2+3WG0Yn+XFhFLLzeEHJZkU
cHJQiqTCuRuQCo7DGAPf3bMOJ/QRG+jmZ0ZnCBJ6c1QTDP0i/OQo0mWA87VvCunu
1T/3LH6VM+blcBsdQxVj0iAI+grkTOPV7OsGD4HCq7IyzU+LmJlsSRV6Sku+UzIX
l535ddQZES2aJP07GQqffHtT66evlh0sc1gXNqIJaaswD/UTZymK41Wdk57S5wIj
+V5Xa7sFSpBuJVSLq7pRCRomNsxX/xpR/OSjMpMd8j9NUDnCikPhYVO17QC21p9y
62OxbLlm7jDpJKC15AN7C/u4Ufl6DbCDtjXoEfSSXcdkbWQ8w9XWtphBp2IdPl6Q
raSbGkEQEXlnfTHGDQ2owc/33womz7Ok+gJH/6lOBx6atosyFPgu3ajQmiCFw5KW
IHN8wyG+kjlTfCBd04DxDRm1cKynSNx6Xqc5e8ADGAfUWTgomxgL65tYd1SBA6sg
QBAeQWC3zCNv7LtpaxCXuupxw+ZVYzP+jHvcJ0CNi/6V0QGtxBkQ39VbcW6yciId
nJM6rnqJh4W09edeyom6792GDeuW7XnqtZpC/c3SgXonYFevSSWQ2uGADsOtXgQo
Trc90WomfmcUA7YV3w/m0OcVEt0MjHrk4NO4R+hO83fdy4a2uS6GCVQiwD1kFv+A
SikK/Vly7vWpIbt1hZ0/
=HPq+
-END PGP SIGNATURE-
libapache2-mod-rpaf_0.6-7+wheezy1.debian.tar.gz
Description: Binary data
libapache2-mod-rpaf_0.6-7+wheezy1_amd64.deb
Description: application/debian-package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 3.0 (quilt)
Source: libapache2-mod-rpaf
Binary: libapache2-mod-rpaf
Architecture: any
Version: 0.6-7+wheezy1
Maintainer: Sergey B Kirpichev skirpic...@gmail.com
Dm-Upload-Allowed: yes
Homepage: http://stderr.net/apache/rpaf/
Standards-Version: 3.9.3
Vcs-Browser:
http://git.debian.org/?p=collab-maint/libapache2-mod-rpaf.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/libapache2-mod-rpaf.git
Build-Depends: apache2-threaded-dev, debhelper (= 9)
Package-List:
libapache2-mod-rpaf deb httpd extra
Checksums-Sha1:
b6d8cd2b69d482c4f05c8b4cd18008c54491cf84 7695
libapache2-mod-rpaf_0.6.orig.tar.gz
b825231766f6ca9e1a0d9ff4e9d0b870e55f7448 5652
libapache2
Bug#734798: libapache2-mod-rpaf: failure to work with authz allow/deny
tags 734798 +moreinfo thanks I can't reproduce the problem for apache2-mpm-worker nor for apache2-mpm-prefork. See below. On Thu, Jan 09, 2014 at 10:48:20PM +0100, Vincent CARON wrote: this is a follow up of bug #697644. I could reproduce the problem today on two up-to-date Wheezys, and here are the instructions to encounter the bug. Setup a single default Apache vhost, which we thus may reach with any name. Eg: VirtualHost *:80 ServerName rpaf-bug DocumentRoot /var/www CustomLog /var/log/apache2/access.log combined Location / Order deny,allow Deny from all Allow from 1.2.3.4 /Location /VirtualHost ... where 1.2.3.4 is an IP address of your host. Then on this same host, try : $ curl http://localhost/ (denied with Apache default 403 page) $ curl http://1.2.3.4/ (granted, serves /var/www/default/index.html happily) So everything's fine till there. Then install libapache2-mod-rpaf and keep its default config (which trusts 127.0.0.1), and try : $ curl -H 'X-Forwarded-For: 1.2.3.4' http://localhost/ (denied with Apache default 403 page) $ tail /var/log/apache2/access.log ... 1.2.3.4 - - [09/Jan/2014:22:15:53 +0100] GET / HTTP/1.1 403 461 - curl/7.26.0 ... where obviously mod_rpaf works fine (seeing the log) but auth is wrongfully denied. CGIs also get 1.2.3.4 in REMOTE_ADDR. I made several tests, and it's clear that Apache authz against the real client IP (127.0.0.1 above), and not the one in X-Forwarded-For. I still can't reproduce this: $ sed 's/\#.*$//;s/[[:space:]]\+/ /g;/^ *$/d' /etc/apache2/mods-enabled/rpaf.conf IfModule rpaf_module RPAFenable On RPAFsethostname On RPAFproxy_ips 127.0.0.1 ::1 /IfModule $ cat /etc/apache2/sites-enabled/000-default VirtualHost *:60080 ... Location /files Order deny,allow Deny from all Allow from 1.2.3.4 /Location ... /VirtualHost $ HEAD -d http://localhost:60080/files 403 Forbidden $ HEAD -d -H 'X-Forwarded-For: 1.2.3.4' http://localhost:60080/files 200 OK $ tail -2 /var/log/apache2/access.log 127.0.0.1 - - [20/Jan/2014:00:20:39 +0400] HEAD /files HTTP/1.1 403 - - lwp-request/6.03 libwww-perl/6.04 1.2.3.4 - - [20/Jan/2014:00:20:53 +0400] HEAD /files HTTP/1.1 200 - - lwp-request/6.03 libwww-perl/6.04 FYI, I think the patch described in [1], fixes this issue as well. Which one? 030_ipv6.patch? But you are using ipv4, isn't? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Bits from linux.conf.au
On Tue, Jan 14, 2014 at 06:05:47PM +, Ian Jackson wrote: Michael Stapelberg writes (Bug#727708: Bits from linux.conf.au): Agreed. Effectively, this puts a lot of burden on individual maintainers (and also on some external packagers) to test their packages with 2+ init systems and become familiar with how to properly mask units/handle diverting names, what features each system supports, what the best practices for each are, etc. I would expect the community for that init system to do the work. So the burden on maintainers ought to be minimal. All they ought to be required to do is ship the init-system-specific config thingy supplied by the community who are interested in that init system. That might even be done by NMU so the maintainer would often not have to do anything at all. Clearly, that's not the end of the job. systemd/upstart/whatever configs could be buggy as everything other. Currently, if maintainer provides sysv init script - he is responsible for related bugreports. Who is responsible for supporting this in your scheme? Or systemd/upstart configs supposed to be written once and work well forever? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Bits from linux.conf.au
On Tue, Jan 14, 2014 at 06:32:48PM +, Ian Jackson wrote: It seems to me that the community for the particular init system ought to fix this. It's obviously not practical to ask the maintainer to debug each of these scripts. And who is supposed to redirect the problem to the right community? User? Maintainer? Keep in mind that problems may be not easily debuggable and not trivial in general. Should I just ask user if he/she uses upstart/systemd and if so - just reassign bugreport to the right community? Everything more then this - will take maintainer's time more or less. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Bits from linux.conf.au
On Mon, Jan 13, 2014 at 12:15:02PM +, Thorsten Glaser wrote: Алексей Шилин dixit: In his talk [2] at 13:50 Marc briefly touched the init system choice question. Can you please provide a transcript, for those among us who do not watch any video? This talk in article format: http://marc.merlins.org/linux/talks/ProdNG-LCA2014/Paper/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734831: nepomuk-core-runtime: I get popup window with Folder Watch Limit after each reboot
Package: nepomuk-core-runtime Version: 4:4.11.3-2 Severity: normal Dear Maintainer, after each reboot I get popup window with question about Folder Watch Limit, this is very annoying. I disable nepomuk indexer but popup is still present. This popup window have label Folder Watch Limit with org.kde.nepomuk.filewatch.raiselimit and two PIDs point to this: 8379 ?SNl0:00 /usr/bin/nepomukfilewatch 8397 ?Sl 0:00 /usr/lib/kde4/libexec/kde_nepomuk_filewatch_raiselimit -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (200, 'unstable'), (65, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nepomuk-core-runtime depends on: ii libavformat54 6:9.10-1 ii libavutil52 8:1.2.1-dmo3 ii libc6 2.17-97 ii libepub0 0.2.2-1 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.2-10 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkidletime4 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libnepomukcore4 4:4.11.3-2 ii libpoppler-qt4-3 0.18.4-10 ii libqt4-dbus 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-xml4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore44:4.8.5+git192-g085f851+dfsg-2 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2 ii libsolid4 4:4.11.3-2 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.8.2-10 ii libtag1c2a1.9.1-2 nepomuk-core-runtime recommends no packages. nepomuk-core-runtime 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#556610: Please do incremental checks every night instead of a full monthly one
On Mon, Jan 06, 2014 at 03:14:14PM +1100, NeilBrown wrote: It is very unlikely to have a positive effect. Well, at least one - we can simplify the incremental check script drastically. If it has any effect, it will significantly slow down any check/repair etc that is happening. I think, it would be nice to end (not pause) check if it's reached sync_max. Perhaps, there is deep reasons why md's interface doesn't work in this way. Neil, could you explan this a bit? There might be a reason to continue the resync. Could you explain the reasons behind of this interface? If you want to end the resync, then have some program wait for sync_completed to reach sync_max, then write 'idle' to 'sync_action'. Yes, I know. But this solution looks too ugly to be a good interface for shell-scripting. That's why I asked the question above. If you (or someone here) want to write a general incremental check script then I think that is a great idea, but rather than treating it as a Debian thing, post the proposal to linux-r...@vger.kernel.org and get feedback and suggestions there and when it is ready we can include it in the upstream mdadm package. Ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556610: Please do incremental checks every night instead of a full monthly one
The main issue which all proposed solutions share is when
there's a large array, say, md0, and a small array, say,
md1, both shares the same set of underlying disks, so md
subystem will not check/repair them in parallel. In this
situation, we will never check md1 if checking md0 takes
more time than we allow in a month (28 days).
What do you think about suggested above solution
(set sync_force_parallel to 1 during cronjobs)? This workaround
is implemented in the updated (attached) patch.
See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556610#74
BTW, how bad is in general to set
sync_force_parallel to 1 per default? (Cc'd to Neil Brown.)
I think, it would be nice to end (not pause) check if it's reached
sync_max. Perhaps, there is deep reasons why md's interface
doesn't work in this way. Neil, could you explan this a bit?
I'll think about it all more.
Any news?
--- /etc/cron.d/mdadm.orig 2013-12-25 19:00:14.0 +0400
+++ /etc/cron.d/mdadm 2013-12-25 19:01:50.0 +0400
@@ -5,8 +5,7 @@
# distributed under the terms of the Artistic Licence 2.0
#
-# By default, run at 00:57 on every Sunday, but do nothing unless the day of
-# the month is less than or equal to 7. Thus, only run on the first Sunday of
-# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
-# hack (see #380425).
-57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ] [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi
+# By default, start (or continue unfinished checks) at 00:57
+# and stop (interrupt) checks at 01:57.
+57 0 * * * root [ -x /usr/share/mdadm/checkarray ] /usr/share/mdadm/checkarray --cron --all --idle --quiet
+57 1 * * * root [ -x /usr/share/mdadm/checkarray ] /usr/share/mdadm/checkarray --cron --all --idle --quiet --interrupt
--- /usr/share/mdadm/checkarray.orig 2013-01-24 17:26:51.0 +0400
+++ /usr/share/mdadm/checkarray 2013-12-25 18:58:56.0 +0400
@@ -27,10 +27,12 @@
-a|--all check all assembled arrays (ignores arrays in command line).
-s|--status print redundancy check status of devices.
-x|--cancel queue a request to cancel a running redundancy check.
+ --interrupt queue a request to interrupt a running redundancy check.
-i|--idle perform check in a lowest scheduling class (idle)
-l|--slow perform check in a lower-than-standard scheduling class
-f|--fast perform check in higher-than-standard scheduling class
--realtime perform check in real-time scheduling class (DANGEROUS!)
+ --split n check next 1/n'th part (n = 28) of every specified device (override CHECK_SPLIT)
-c|--cron honour AUTOCHECK setting in /etc/default/mdadm.
-q|--quiet suppress informational messages
(use twice to suppress error messages too).
@@ -50,7 +52,7 @@
}
SHORTOPTS=achVqQsxilf
-LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,idle,slow,fast,realtime
+LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,interrupt,idle,slow,fast,realtime,split:
eval set -- $(getopt -o $SHORTOPTS -l $LONGOPTS -n $PROGNAME -- $@)
@@ -62,20 +64,31 @@
action=check
ionice=
-for opt in $@; do
- case $opt in
--a|--all) all=1;;
--s|--status) action=status;;
--x|--cancel) action=idle;;
--i|--idle) ionice=idle;;
--l|--slow) ionice=low;;
--f|--fast) ionice=high;;
---realtime) ionice=realtime;;
--c|--cron) cron=1;;
--q|--quiet) quiet=$(($quiet+1));;
--Q|--real-quiet) quiet=$(($quiet+2));; # for compatibility
+while true
+do
+ case $1 in
+-a|--all) all=1; shift;;
+-s|--status) action=status; shift;;
+-x|--cancel) action=cancel; shift;;
+--interrupt) action=interrupt; shift;;
+-i|--idle) ionice=idle; shift;;
+-l|--slow) ionice=low; shift;;
+-f|--fast) ionice=high; shift;;
+--realtime) ionice=realtime; shift;;
+--split) CHECK_SPLIT=$2; shift 2;;
+-c|--cron) cron=1; shift;;
+-q|--quiet) quiet=$(($quiet+1)); shift;;
+-Q|--real-quiet) quiet=$(($quiet+2)); shift;; # for compatibility
-h|--help) usage; exit 0;;
-V|--version) about; exit 0;;
+--) shift; break;;
+*) echo $PROGNAME: E: invalid option: $1. Try --help. 2; exit 1;;
+ esac
+done
+
+for opt in $@
+do
+ case $opt in
/dev/md/*|md/*) arrays=${arrays:+$arrays }md${opt#*md/};;
/dev/md*|md*) arrays=${arrays:+$arrays }${opt#/dev/};;
/sys/block/md*) arrays=${arrays:+$arrays }${opt#/sys/block/};;
@@ -99,6 +112,20 @@
exit 0
fi
+CHECK_SPLIT=${CHECK_SPLIT:-28}
+
+if [ $CHECK_SPLIT -gt 28 ]
+then
+ CHECK_SPLIT=28
+ echo $PROGNAME: W: CHECK_SPLIT 28, reset to 28. 2
+fi
+
+if [ $CHECK_SPLIT -lt 1 ]
+then
+ CHECK_SPLIT=1
+ echo $PROGNAME: W: CHECK_SPLIT 1, reset to 1. 2
+fi
+
if [ ! -f /proc/mdstat ]; then
[ $quiet -lt 2 ] echo $PROGNAME: E: MD subsystem not loaded, or /proc unavailable. 2
exit 2
@@ -159,10 +186,34 @@
continue
fi
+ chunk_size=$(cat $MDBASE/chunk_size)
+ # set one to safe value if raid level
Bug#724598: php5-memcached: Does not build with libmemcached = 1.0.9
reassign 724598 libmemcache notforwarded 724598 thanks Ok, after reading related bugs https://github.com/php-memcached-dev/php-memcached/pull/80 https://bugs.launchpad.net/libmemcached/+bug/1190240 due to an API break in libmemcached 1.0.9 php-memcached does no longer build. Then, please try to fix this API break (in minor version!). I don't see the point why fix for this problem should go to every affected client software, but not the library. At least, please explain why. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726650: Openntpd pid file is missing
Were you able to try applying this patch?
Yes, it seems working (start/stop/restart tested) for few days.
See attached patch.
From 37fb75461c7102617fedd9f270baaf8fe32bcbaa Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev skirpic...@gmail.com
Date: Mon, 23 Dec 2013 19:11:30 +0400
Subject: [PATCH 1/2] Add a -p option to openntpd to create a pidfile (Closes:
#726650)
---
debian/openntpd.init|2 +
debian/patches/06-pid.patch | 144 +++
debian/patches/series |1 +
3 files changed, 147 insertions(+)
create mode 100644 debian/patches/06-pid.patch
diff --git a/debian/openntpd.init b/debian/openntpd.init
index 6859368..e3e29db 100644
--- a/debian/openntpd.init
+++ b/debian/openntpd.init
@@ -28,6 +28,8 @@ if [ -f /etc/default/openntpd ]; then
. /etc/default/openntpd
fi
+DAEMON_OPTS=${DAEMON_OPTS:-} -p /var/run/openntpd.pid
+
set -e
case $1 in
diff --git a/debian/patches/06-pid.patch b/debian/patches/06-pid.patch
new file mode 100644
index 000..6479c70
--- /dev/null
+++ b/debian/patches/06-pid.patch
@@ -0,0 +1,144 @@
+Description: adding a -p option to openntpd to create a pidfile
+Origin: https://bugs.gentoo.org/show_bug.cgi?id=493082
+Bug-Debian: http://bugs.debian.org/726650
+
+---
+ ntpd.8 |6 +-
+ ntpd.c | 39 ++-
+ ntpd.h |1 +
+ 3 files changed, 40 insertions(+), 6 deletions(-)
+
+--- a/ntpd.8
b/ntpd.8
+@@ -25,6 +25,7 @@
+ .Bk -words
+ .Op Fl dnSsv
+ .Op Fl f Ar file
++.Op Fl p Ar file
+ .Ek
+ .Sh DESCRIPTION
+ The
+@@ -63,13 +64,16 @@
+ .Xr ntpd.conf 5 .
+ .Pp
+ The options are as follows:
+-.Bl -tag -width -f fileXXX
++.Bl -tag -width -p fileXXX
+ .It Fl d
+ Do not daemonize.
+ If this option is specified,
+ .Nm
+ will run in the foreground and log to
+ .Em stderr .
++.It Fl p Ar file
++Write pid to
++.Ar file
+ .It Fl f Ar file
+ Use
+ .Ar file
+--- a/ntpd.c
b/ntpd.c
+@@ -78,7 +78,7 @@
+ {
+ extern char *__progname;
+
+- fprintf(stderr, usage: %s [-dnSsv] [-f file]\n, __progname);
++ fprintf(stderr, usage: %s [-dnSsv] [-f file] [-p file]\n, __progname);
+ exit(1);
+ }
+
+@@ -105,7 +105,7 @@
+ log_init(1); /* log to stderr until daemonized */
+ res_init(); /* XXX */
+
+- while ((ch = getopt(argc, argv, df:nsSv)) != -1) {
++ while ((ch = getopt(argc, argv, df:np:sSv)) != -1) {
+ switch (ch) {
+ case 'd':
+ lconf.debug = 1;
+@@ -116,6 +116,9 @@
+ case 'n':
+ lconf.noaction = 1;
+ break;
++ case 'p':
++ lconf.pid_file = optarg;
++ break;
+ case 's':
+ lconf.settime = 1;
+ break;
+@@ -157,9 +160,17 @@
+ reset_adjtime();
+ if (!lconf.settime) {
+ log_init(lconf.debug);
+- if (!lconf.debug)
++ if (!lconf.debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++ else if (lconf.pid_file != NULL) {
++FILE *f = fopen(lconf.pid_file, w);
++if (f == NULL)
++ fatal(couldn't open pid file);
++fprintf(f, %ld\n, (long) getpid());
++fclose(f);
++ }
++ }
+ } else
+ timeout = SETTIME_TIMEOUT * 1000;
+
+@@ -201,9 +212,17 @@
+ log_init(lconf.debug);
+ log_debug(no reply received in time, skipping initial
+ time setting);
+- if (!lconf.debug)
++ if (!lconf.debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++else if (lconf.pid_file != NULL) {
++ FILE *f = fopen(lconf.pid_file, w);
++ if (f == NULL)
++ fatal(couldn't open pid file);
++ fprintf(f, %ld\n, (long) getpid());
++ fclose(f);
++}
++ }
+ }
+
+ if (nfds 0 (pfd[PFD_PIPE].revents POLLOUT))
+@@ -242,6 +261,8 @@
+ msgbuf_clear(ibuf-w);
+ free(ibuf);
+ log_info(Terminating);
++ if (lconf.pid_file != NULL)
++ unlink(lconf.pid_file);
+ return (0);
+ }
+
+@@ -316,9 +337,17 @@
+ memcpy(d, imsg.data, sizeof(d));
+ ntpd_settime(d);
+ /* daemonize now */
+- if (!lconf-debug)
++ if (!lconf-debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++else if (lconf-pid_file != NULL) {
++ FILE *f = fopen(lconf-pid_file, w);
++ if (f == NULL)
++ fatal(couldn't open pid file);
++ fprintf(f, %ld\n, (long) getpid());
++ fclose(f);
++}
++ }
+ lconf-settime = 0;
+ break;
+ case IMSG_HOST_DNS:
+--- a/ntpd.h
b/ntpd.h
+@@ -178,6 +178,7 @@
+ u_int8_t debug;
+ u_int32_t scale;
+ u_int8_t noaction;
++ char *pid_file;
+ };
+
+ struct buf {
diff --git a/debian/patches/series b/debian/patches/series
index 1f6454e..863a712 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,3 +3,4 @@
03-manpage-no-server-by-default.patch
04-syslog.patch
05-fix-kfreebsd-ftbfs.patch
+06-pid.patch
--
1.7.10.4
Bug#729354: Uscan Files-Excluded (Was: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE)
On Tue, Dec 03, 2013 at 04:02:26PM +0100, Andreas Tille wrote: ./07/tek2ps/ have been removed from sources where exactly is the problem that you can not give pattern by pattern comments? Yep. Perhaps, this is a reason to improve this comment. From my perspective there is no reason for this. Well, it really helps me. It take a time for me to remember why exactly this stuff isn't dfsg-free. It would not be machine readable in any case. Why? An example: --8-- Removed-Files: ./07/tek2ps/ Comment: Not DFSG-free - commercial reproduction prohibited. Removed-Files: some other pattern Comment: New comment. --8-- And so on (Removed-Files in this example - a new paragraphs type, like Files). Different patterns - different comments. Bah, we can even use License header here. In how far do comments need to be machine readable. We are talking about comments and comments are by definition free text and there is no need to parse this. So I keep on failing to see the advantage of Removed-Files over Files-Excluded and your arguments do not really convince me. See above example. You can separate comments for different patterns (different Removed-Files paragraphs). PS: I'm DM, so - you can grant me upload permission for this package if you trust my work enough. Fine for me but if I'm not misleaded the package needs to pass new before this permission can be granted. Ok, lets wait a bit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726650: Openntpd pid file is missing
On Mon, Dec 16, 2013 at 01:26:27PM -0300, Dererk wrote: Would you mind reviewing this patch and telling me if it provides the same functionality as yours did? http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/openntpd/files/openntpd-20080406-pidfile.patch Yes, it looks so. I'll try to apply this on the debian package to tell more. If you consider this to be a wrong assessment, I'll be happy to receive a refreshed patch Ok. Is there any chance to raise the bug severity and propagate this changeset to the stable updates? There has just been a update to Wheezy, 7.3, so I presume backports might provide a faster way to update it. If It works, I will happily port this, as I'm preparing an upload for another unrelated patch (DNS Timeout resolution) for a stable-backports package and see what the release team might thing about the stable candidate one. Does it work? Backports to who cares about new software and new functionality. I don't, for instance. Anyway, it depends on how severe you take this problem. A backport is better then nothing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726650: Openntpd pid file is missing
On Sun, Dec 15, 2013 at 11:58:36AM -0300, Dererk wrote: The reasons for openntpd not carrying this patch (above from it no longer applies after the large ntp_adjtime/adjtimex changes), is that I considered at that moment it was no longer required because of the initscript resting on pidof -o implementation, which replaces this functionality. It can't, as it carry only about. Any external programs, which may rely on the pid file - are broken (monit - is an example). If you consider this to be a wrong assessment, I'll be happy to receive a refreshed patch Ok. Is there any chance to raise the bug severity and propagate this changeset to the stable updates? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731054: gdm3 does not start from login and starts very slowly with 'startx'
Package: gdm3 Version: 3.8.4-6 Followup-For: Bug #731054 Dear Maintainer, After upgrading gdm3 to version 3.8.4-6 I cannot login into graphical session anymore. I do not remember which version was installed before. I tried to manually downgrade gdm3 to 3.8.4-3 and this didnt help. Gdm shows login screen, but all interactions are very slow: choosing user and entering a password takes several munutes. After successful login nothing happens - blank grey screen with little Debian logo at bottom seems to stay forever. Choosing another session instead of Gnome (LXDE for example) does not help. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.52 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.8.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-5 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.2-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libpam-modules 1.1.3-10 ii libpam-runtime 1.1.3-10 ii libpam-systemd 204-5 ii libpam0g 1.1.3-10 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.2.1-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base 4.1+Debian12 ii lxsession [x-session-manager]0.4.9.2-1 ii lxterminal [x-terminal-emulator] 0.1.11-4 ii metacity [x-window-manager] 1:2.34.13-1 ii openbox [x-window-manager] 3.5.2-5 ii upower 0.9.23-2+b1 ii x11-common 1:7.7+4 ii x11-xserver-utils7.7+1 ii xterm [x-terminal-emulator] 300-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.1-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.14.4-1 ii xserver-xorg 1:7.7+4 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730975: sympy: python-gmpy2 breaks sympy
tag 730975 +patch
thanks
This is fixed in the sympy's package
version on m.d.n:
https://mentors.debian.net/package/sympy
From fb9c9ffdd23c815dc9431f38538ff3fff09c42ce Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev skirpic...@gmail.com
Date: Fri, 13 Dec 2013 21:43:35 +0400
Subject: [PATCH 1/2] Add conflict with python-gmpy2 (Closes: #730975) and
recommends python-gmpy
---
debian/control |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/debian/control b/debian/control
index 146d39d..7c3c88f 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,8 @@ Package: python-sympy
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}, python-mpmath
Recommends: python-imaging, python-ctypes, ipython, python-numpy,
- texlive-fonts-extra, dvipng, python-pyglet
+ texlive-fonts-extra, dvipng, python-pyglet, python-gmpy
+Conflicts: python-gmpy2
Description: Computer Algebra System (CAS) in Python
SymPy is a Python library for symbolic mathematics (manipulation). It aims to
become a full-featured computer algebra system (CAS) while keeping the code as
--
1.7.10.4
Bug#727133: A new upstream version is available: 0.7.3
Upd. The python-sympy Debian package on mentors.d.n: https://mentors.debian.net/package/sympy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731171: boinctui: Please build-depend on libgnutls-openssl-dev
Hi Andreas! I tried to apply this patch and can't build package on my ubuntu 12.04LTS because libgnutls-openssl-dev not exist. I think will be better to use alternative | in Build-Depends like this: Build-Depends: autoconf, debhelper (= 9), autotools-dev, libncursesw5-dev, libncurses5-dev, libgnutls-openssl-dev | libgnutls-dev, libexpat1-dev In that case we keep ability to build package for old distributions. 2013/12/2 Andreas Metzler ametz...@bebt.de: Package: boinctui Version: 2.3.1-1 Severity: normal Tags: patch Hello, please change boinctui's build-dependency from libgnutls-dev to libgnutls-openssl-dev. The latter is a virtual package provided by libgnutls-dev in sid and libgnutls28-dev in experimental. Having the reverse dependencies change should allow us to transition to the newer version. (See #726828.) I have test-built the package against libgnutls28-dev/experimental. Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- With best regards, Sergey Suslov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: systemd (security) bugs (was: init system question)
On Sun, Dec 01, 2013 at 09:50:49PM +, Ian Jackson wrote: If we were to adopt systemd as pid 1, which sections of the systemd source code would we probably want to adopt as well ? Or to put it another way, which other existing programs would be obsoleted ? Again, very good question. And answer to this on the debate page is very worrying, assuming that security concerns were unresolved yet. (e.g.: CVE-2012-1101 or CVE-2013-4393 examples in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#583) Personally, as maintainer of the monit package I have objections against statement: Systemd’s service monitoring replaces most uses of daemontools, runit, monit, and maybe other similar packages. This may be correct for daemontools/runit, but not for monit or any other application-level utility (if failed port 80 protocol http and request ... then restart) for proactive monitoring (for example, zabbix has similar functional). But systemd can cause conflicts (this depends on the adopted systemd's default configuration) and so, can create hard-to-debug problems here. Another questionable statement: Most of these bugs have been found by the Red Hat Product security team conducting an audit of the code as part of its inclusion in their enterprise distribution. Therefore, systemd's security record cannot reasonably be compared with implementations that didn’t undergo similar audits. Both upstart and sysvinit were part of RHEL. Please explain the difference. PS: And just a side note. It's only my own impression, that there is too many hate/love around systemd? Personally, during conversation with the systemd's wiki page maintainer, I was impressed how many prejudments he can made and how fast (already after the first letter). This public disscussion is not an exception: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#628 Why nginx author doesn't have any needs to explain why his software is superior to apache/lighttpd/etc in vast range of usecases and so on? And this is not unusual for other projects. Why? If this situation is so specific for systemd, we should count this as an argument against. Is there any similar example from the debian history? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Well, considering that you had ./07/tek2ps/ have been removed from sources where exactly is the problem that you can not give pattern by pattern comments? Yep. Perhaps, this is a reason to improve this comment. Anyway, I would like to adopt something like this for others my packages as well. And this issue is still relevant. Another Files-like paragraphs seems to be a sulution. See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685506#32 The solution in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685506#50 is not just not nice, it's less machine-readable. I was wrong in my previous mail. commit 0ad53cbac9e7e46fe1dee4df774bdcab9ba2faaa was inside the repository and it is uploaded. ok. PS: I'm DM, so - you can grant me upload permission for this package if you trust my work enough. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
It is not (yet) in DEP5 but the patch made it in devscripts Git. What drawbacks do you mean? For example, this: --8-- One drawback of the Files-Excluded method was mentioned: There is no reasonable way to give file by file (rather pattern by pattern) comment why the file(s) were removed. --8-- It seems, that Files-Excluded field can be only in the header section and that's the reason. No, it was not (at the time when I wrote my mail) in both places. Then I'm little lost in what's pending from my side. It seems, git repo was in sync with my local repo (except from your commit 1e336a9). uscan changes? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Ok, done (grabbed from the nlopt package).
OK (not brave enough to try the new uscan which would have saved you
from this get-orig-source thingy by adding a single line to d/copyright?
What are you talking about?
Yep. BTW, config model (see below) would have changed to 3.9.4
automatically but 3.9.5 is really the latest policy version (cme is
lagging behind a bit).
Ok, changed to 3.9.5 and uploaded to mentors. I'm not sure
why it blame me about lintian
E:python-script-but-no-python-dep. Perhaps, it uses
ancient lintian version? I see python deps on the deb:
Depends: python:any (= 2.7.5-5~)
Is there something wrong?
I'd recommend using
cme fix dpkg-control
What's that?
Diff of suggestions attached - I don't see any
reasons to change anything. Ok?
4. d/copyright: Please fix the issues occuring when doing
cme fix dpkg-copyright
As above.
Ditto.
Ok, done. License fields are fixed now.
Is there something pending from my side?
diff --git a/debian/control b/debian/control
index 4956a15..5ecd1cf 100644
--- a/debian/control
+++ b/debian/control
@@ -1,16 +1,21 @@
Source: auto-07p
+Maintainer: Sergey B Kirpichev skirpic...@gmail.com
Section: math
Priority: optional
-Maintainer: Sergey B Kirpichev skirpic...@gmail.com
-Build-Depends: debhelper (= 9), gfortran, dh-python, python (= 2.6.6-3~)
-Standards-Version: 3.9.5
-Homepage: http://sourceforge.net/projects/auto-07p/
-Vcs-Git: git://anonscm.debian.org/debian-science/packages/auto-07p.git
+Build-Depends: debhelper (= 9),
+ gfortran,
+ dh-python,
+ python (= 2.6.6-3~)
+Standards-Version: 3.9.4
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/auto-07p.git;a=summary
+Vcs-Git: git://anonscm.debian.org/debian-science/packages/auto-07p.git
+Homepage: http://sourceforge.net/projects/auto-07p/
Package: auto-07p
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+ ${python:Depends}
Description: software for continuation and bifurcation problems in ODE
AUTO can do a limited bifurcation analysis of algebraic systems
of the form
Bug#729354: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
On Sun, Dec 01, 2013 at 11:23:20PM +0100, Andreas Tille wrote: What are you talking about? I think I've recommendet you reading https://wiki.debian.org/UscanEnhancements Indeed, I've forgot this reference. But it seems, this out of the dep5 standard for now, isn't? And this approach has some drawbacks too. I somehow did missunderstood your mail and uploaded to new but I just realised that the proposed changes were not yet applied (neither on mentors.d.o nor in Git). Except for uscan's suggestions - this all should be in m.d.o (I'll recheck that) and in repo. @@ -1,16 +1,21 @@ Source: auto-07p +Maintainer: Sergey B Kirpichev skirpic...@gmail.com This should rather be: Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Uploaders: Sergey B Kirpichev skirpic...@gmail.com Ok. Thank you for review. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
On Tue, Nov 12, 2013 at 10:48:17AM +0100, Andreas Tille wrote: I checked the Blends tasks whether the package is mentioned there but I can not find it. If you want me to sponsor according to my SoB effort[1] the package please at least mention in what task you would like to see the package (I guess at least one of the *-dev tasks might fit). Ok, done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: [SoB] Re: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
On Thu, Nov 21, 2013 at 10:06:59PM +0100, Andreas Tille wrote: I checked out the git repository and have the following remarks: 1. in d/README.source you wrote: ./07/tek2ps/ have been removed from sources It is OK to remove things from upstream source if needed but this should be turned into code rather than a document. The usual way to do so was adding a get-orig-source target into debian/rules. Ok, done (grabbed from the nlopt package). 2. Any reason to choose debhelper compatibility level 7 instead of 9? ok, done. 3. To old Standards-Version Now 3.9.5, it's ok? I'd recommend using cme fix dpkg-control What's that? $ cme -bash: cme: command not found $ apt-cache search -n cme libacme-bleach-perl - Perl module for really clean programs libacme-brainfck-perl - Embed Brainf*ck in your perl code libacme-damn-perl - Perl module to unbless objects libacme-eyedrops-perl - funny way for visual programming in Perl libacme-poe-knee-perl - Time sliced pony race using the POE event loop procmeter3 - graphical system status monitor 4. d/copyright: Please fix the issues occuring when doing cme fix dpkg-copyright As above. 5. I do not insist on fixing the vcs-field-not-canonical lintian info but I polished my own packages to fit his recommendation (you get it when calling `lintian -I`. done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729731: Please, provide a wheezy backport for pypy
Package: pypy Severity: wishlist subj This could be helpful, especially due to build-time requirements of the pypy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729734: RFS: nlopt/2.4+dfsg-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package nlopt * Package name: nlopt Version : 2.4+dfsg-1 * URL : http://ab-initio.mit.edu/wiki/index.php/NLopt * License : MIT Section : math It builds those binary packages: libnlopt-dev - nonlinear optimization library -- development package libnlopt-guile0 - nonlinear optimization library -- Guile bindings libnlopt0 - nonlinear optimization library octave-nlopt - nonlinear optimization library -- GNU Octave package python-nlopt - nonlinear optimization library -- Python bindings To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nlopt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nlopt/nlopt_2.4+dfsg-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * New upstream version * Fix lintian error: vcs-field-not-canonical * Fix permissions on debian/orig-tar.sh * Remove patches, applied by upstream * Refresh patches for the new upstream release * Update debian/libnlopt0.symbols * Change octave-nlopt priority to optional (See: #706761) * Override lintian error(X) shlib-calls-exit for libnlopt0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package auto-07p Package name: auto-07p Version : 0.9.1+dfsg-1 Upstream Author: Eusebius Doedel URL: http://indy.cs.concordia.ca/auto/ License : BSD Section : math ITP-bug: http://bugs.debian.org/512916 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/auto-07p Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/auto-07p/auto-07p_0.9.1+dfsg-1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729354: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
On Tue, Nov 12, 2013 at 10:48:17AM +0100, Andreas Tille wrote: its very resonable you included debian-science list in your RFP. Well, it's not a first attempt (third, I guess)... It would be even better if you would add the VCS URL of the package It's in debian/control of the package. (I assume it is in Debian Science Git or SVN No. http://anonscm.debian.org/gitweb/?p=debian-science/packages/auto-07p.git;a=summary I checked the Blends tasks whether the package is mentioned there but I can not find it. If you want me to sponsor according to my SoB effort[1] the package please at least mention in what task you would like to see the package (I guess at least one of the *-dev tasks might fit). Sorry, blends.alioth.debian.org is not accessible now. Can you suggest some tasks? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459716: Use Debian's pyglet package instead of included code copy
tag 459716 +patch
thanks
Patch attached.
From 91ee80937104ccc02bab81816bc2bb42b9db4ca4 Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev skirpic...@gmail.com
Date: Mon, 21 Oct 2013 23:07:06 +0400
Subject: [PATCH 2/6] Recommend: python-pyglet (Closes: #459716)
---
debian/control |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/control b/debian/control
index b50eb6d..cf0ddf4 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Package: python-sympy
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}
Recommends: python-imaging, python-ctypes, ipython, python-numpy,
- texlive-fonts-extra, dvipng
+ texlive-fonts-extra, dvipng, python-pyglet
Description: Computer Algebra System (CAS) in Python
SymPy is a Python library for symbolic mathematics (manipulation). It aims to
become a full-featured computer algebra system (CAS) while keeping the code as
--
1.7.10.4
Bug#718370: python-sympy: Vcs fields are incorrect
tag 718370 +pending thanks Fixed in repo: http://anonscm.debian.org/viewvc/python-modules/packages/sympy/trunk/debian/control?r1=22856r2=24123 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726791: RFS: awstats/7.2+dfsg-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package awstats * Package name: awstats Version : 7.2+dfsg-1 * URL : http://awstats.sourceforge.net/ * License : GPL-3+ Section : web It builds those binary packages: awstats- powerful and featureful web server log analyzer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/awstats Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/awstats/awstats_7.2+dfsg-1.dsc Changes since the last upload: new upstream release + few tweaks to automate uscan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653444: Some rules in ignore.d.server/smartd lacks optinal [SAT] mark
Yet another fix:
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ smartd\[[[:digit:]]+\]: Device:
/dev/[^[:space:]]+( \[[_/[:alnum:][:space:]]+\])?( \[SAT\])?, self-test in
progress, [1-9]0% remaining$
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726650: Openntpd pid file is missing
Package: openntpd Severity: normal Version: 20080406p-4 Hello, Why you have *silently* dropped 05-pid.patch? It was a Debian-specific patch, introduced for reason (see #354825). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725498: [pkg-php-pear] Bug#725498: Include versioned deps in the example of README.PEAR
On Mon, Oct 07, 2013 at 04:56:24PM -0400, David Prévot wrote: Le 06/10/2013 12:12, Sergey B Kirpichev a écrit : Simple patch attached. -Build-Depends: debhelper (= 8.0.0), pkg-php-tools +Build-Depends: debhelper (= 8.0.0), pkg-php-tools (= 1.6) I fail to understand why a versionned dependency would be useful or even wanted, could you please elaborate? To simplify e.g. backporting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725498: [pkg-php-pear] Bug#725498: Bug#725498: Include versioned deps in
Le 07/10/2013 18:04, Sergey B Kirpichev a écrit : On Mon, Oct 07, 2013 at 04:56:24PM -0400, David Prévot wrote: Le 06/10/2013 12:12, Sergey B Kirpichev a écrit : Simple patch attached. -Build-Depends: debhelper (= 8.0.0), pkg-php-tools +Build-Depends: debhelper (= 8.0.0), pkg-php-tools (= 1.6) I fail to understand why a versionned dependency would be useful or even wanted, could you please elaborate? To simplify e.g. backporting. Since only pkg-php-tools 0.8 is in the current stable, it would make it harder to backport packages build-depending on pkg-php-tools, so such versionned dependency should only be added if really needed. Until someone provide pkg-php-tools's backport (for version = 1.6) - is's almost useless, yes. I still fail to understand your point, could you please elaborate? Why not fix things right now? Why not instruct people to use versioned dependencies as it's supposed to do? Why 1.6 in the first place? PECL packages support was introduced in 1.5 (experimental) and appears in unstable in 1.6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725498: [pkg-php-pear] Bug#725498: Bug#725498: Bug#725498: Include versioned deps in
On Mon, Oct 07, 2013 at 07:18:41PM -0400, David Prévot wrote: The version needed depends on the used features Exactly! Is it possible to use things, docummented in README.PEAR before 1.6? No. Why not provide here an example, suitable for backporting as well? Right now - every package, following your guide should be changed while doing a backport. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724598: php5-memcached: Does not build with libmemcached = 1.0.9
forwarded 724598 https://github.com/php-memcached-dev/php-memcached/pull/80 thanks On Wed, Sep 25, 2013 at 7:47 PM, Michael Fladischer fladischermich...@fladi.at wrote: due to an API break in libmemcached 1.0.9 php-memcached does no longer build: /tmp/buildd/php-memcached-2.1.0/memcached-2.1.0/php_memcached.c:318:82: error: unknown type name 'memcached_server_instance_st' [...] Upstream has already a bugreport for this: https://github.com/php-memcached-dev/php-memcached/pull/80 There is already a package for libmemcached-1.0.17-1 in experimental. To ease the transition into unstable I've attached a patch to fix those errors. Hmm. Now I'm a bit more sceptical about this patch. See this: https://bugs.launchpad.net/libmemcached/+bug/1190240 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725484: A way to override blhc false-positives
Package: blhc Severity: wishlist There are lot of them, without good workarounds (see e.g. #712485). As blhc is a kind of standard tool for the Debian QA - I think it's a good time to add support for lintian-overrides-like mechanism. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692628: non-free files in upstream tarball (The Software shall be used for Good, not Evil)
tags 692628 +upstream +pending thanks On Thu, Nov 8, 2012 at 2:16 AM, Ansgar Burchardt ans...@debian.org wrote: The upstream tarball contains files under the non-free JSON license: % rgrep -l 'The Software shall be used for Good, not Evil.' . ./src/lib/json/JSON_parser.C Fix is available in the upstream cvs: http://cvsview.parser.ru/cgi/viewcvs.cgi/parser3/src/lib/json/ This will be part of upcoming 3.4.3 release (in ~2 weeks). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725498: Include versioned deps in the example of README.PEAR
Package: pkg-php-tools Version: 1.8 Tags: patch Simple patch attached. diff --git a/debian/README.PEAR b/debian/README.PEAR index ff43cea..d721e2e 100644 --- a/debian/README.PEAR +++ b/debian/README.PEAR @@ -21,7 +21,7 @@ Section: php Priority: extra Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org Uploaders: Your Name your.n...@example.org -Build-Depends: debhelper (= 8.0.0), pkg-php-tools +Build-Depends: debhelper (= 8.0.0), pkg-php-tools (= 1.6) Standards-Version: 3.9.4 Homepage: http://pear.php.net/package/Foo/ Vcs-Git: git://anonscm.debian.org/pkg-php/php-foo.git
Bug#725499: RFS: monit/1:5.6-1~bpo70+1
Package: sponsorship-requests Severity: normal Dear mentors, I was asked to update monit's backport for wheezy: when you have a moment, could you please upgrade the Monit Debian Wheezy package? The Monit team from v5.5.2 (now 5.6) has fixed an annoying bug, where the favicon was missing, causing 404 responses each time the user visits the http console (and hence potentially triggering firewall measures). I would like to update Monit on my server, but unfortunately the latest package that I find for Debian Wheezy is v5.4-2. It would be awesome of you could update it. Looking forward to hear from you, thanks a lot! I am looking for a sponsor for my package monit. * Package name: monit Version : 1:5.6-1~bpo70+1 * URL : http://mmonit.com/monit/ * License : AGPL-3+ with OpenSSL exception Section : admin It builds those binary packages: monit - utility for monitoring and managing daemons or similar programs To access further information about this package, please visit the following URL: http://mentors.debian.net/package/monit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/monit/monit_5.6-1~bpo70+1.dsc Regards, Sergey B Kirpichev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724598: php5-memcached: Does not build with libmemcached = 1.0.9
tag 724598 +pending +upstream thanks 25.09.2013 19:51 пользователь Michael Fladischer fladischermich...@fladi.at написал: Upstream has already a bugreport for this: https://github.com/php-memcached-dev/php-memcached/pull/80 There is already a package for libmemcached-1.0.17-1 in experimental. To ease the transition into unstable I've attached a patch to fix those errors. I'll do upload ASAP (probably, on next week). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#348046: multiple GnuTLS issues - please only add information to blocking bugs - see message #371
Package: exim4-daemon-heavy Version: 4.80-9 Followup-For: Bug #348046 Dear Maintainer, This error: 2013-09-22 19:33:25 TLS error on connection from (staffburg.cloudapp.net) [137.116.230.253] (gnutls_handshake): A TLS packet with unexpected length was received. is not reproduced if exim 4.80.1 is built with GnuTLS library of version 3.2.4. Please consider to rebuild with new version. I am ready to help with any tests about this issue. -- Package-specific info: Exim version 4.80 #2 built 14-Sep-2013 07:12:53 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 2.6.32-348.4.1.el5.028stab107.2 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-daemon-heavy depends on: ii debconf [debconf-2.0] 1.5.49 ii exim4-base 4.80-7+b1 ii libc6 2.17-92 ii libdb5.1 5.1.29-5 ii libgnutls262.12.23-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii libmysqlclient18 5.5.31+dfsg-1 ii libpam0g 1.1.3-7.1 ii libpcre3 1:8.31-2 ii libperl5.185.18.1-3 ii libpq5 9.1.9-2+b1 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libsqlite3-0 3.7.17-1 exim4-daemon-heavy recommends no packages. exim4-daemon-heavy suggests no packages. -- debconf information: exim4-daemon-heavy/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721897: telepathy-gabble: Facebook chat network error
Package: telepathy-gabble Version: 0.18.0-1 Severity: important Dear Maintainer, Recently (couple or maybe several days ago) empathy started ceasing to connect to Facebook chat with Network error message. There's no problems in connectivity to Facebook servers and other XMPP clients (tkabber or Nokia N900 chat client) are able to connect. If I change username or password to incorrect ones then Authorization error is raised, when I change it back, I see Network error again. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages telepathy-gabble depends on: ii libc6 2.17-92 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-5 ii libnice10 0.1.4-1 ii libsoup2.4-12.42.2-6 ii libsqlite3-03.7.17-1 ii libtelepathy-glib0 0.20.4-1 ii libxml2 2.9.1+dfsg1-3 telepathy-gabble recommends no packages. telepathy-gabble suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721378: Updated Russian man-page
Package: synaptic Tags: l10n patch Updated Russan man-page: 1. Codepage changed to UTF-8 2. Typos fixed 3. Update to actual version synaptic.ru.8 Description: Binary data
Bug#720992: Fix misspelled English messages and add missed messages
Package: letodms Version: 3.3.11+dfsg-2 Tags: i18n patch 0001-Add-missed-English-message-and-fix-typos.patch Description: Binary data 0002-Add-message-to-translation.patch Description: Binary data
Bug#720335: Please add Sergey Suslov as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add my key to the Debian Maintainers keyring. The jetring changeset is attached. Thanks. -- With best regards, Sergey Suslov. Recommended-By: Steffen Möller moel...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2013/07/msg00024.html Advocates: http://lists.debian.org/debian-newmaint/2013/08/msg00011.html Comment: Add Sergey Suslov suleman1...@gmail.com as a Debian Maintainer Date: Tue, 20 Aug 2013 20:03:41 +0400 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBFDr7R4BEADYqNcFAMAKmbP/KPFLVRd0Z1vGHdB2eEvzdPUSXZZkTrP942lp HkYBjKvB64eqADBDODHL8GLpNTFl5lqnZ5hoitN6+PPXEjhJgYr7WXXF7L6fmZhx PPgsHNMlJzpZXwsqnl5fcOn4epjY2JAxqJhNM7aAHEg2YcO7EeS5qoFUaCHKYxYT +RHYBLamKMcVwzO5j3w49SoIVEX8lsUfS1kdXDRwBd/nJO0JbYmm1gJXxkL2+j7q Jkj6CjWONnvyh/+/pX4sB3OYYn4R38CyWamSE5eYOUIEHkIj2ALmiqDlaK69IZ4A XmXH7GUZumtQfUuYdHSSYYlPKD6k8XXMA13s0poz9+LZL/kRcfoO3PxzaJOM9UqE xzod2BZJOSOnPFnkcaU1vqerZNRv+jB3mwL+l1A/N3Rhp+E/ErN810lbgCJAaceF cPesaUW7GDgRksogedG8VyjGbzkoeoqIv+CLBJZ1m55O/Ick3kJVA5ScbEKBL2JR 2RhDKk3863lCxKgxoDvBvQp1Qs2m0lkcqGhtp+z/DzRg/1AUQiqIghbeA2749xAw RpKC6pJf72BOEmOhnaWwyKRRUv3L6IxQWwUEwa22/JU+Ien1coUxEs7N2JKkPJ7L i6J+Ck0vIgNlFF7FI6h5QHkxn5tHL0lDUKJJyCncpkAo3plI3lXA4IqecQARAQAB tCVTZXJnZXkgU3VzbG92IDxzdWxlbWFuMTk3MUBnbWFpbC5jb20+iQI4BBMBAgAi BQJQ6+0eAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRCAh45ZgyvsFUXW D/9AKs6va+tAtwhjOvWkPcAW1KsvmHGi63iVIeVmAx/LlwSsNlvNV5vWDC7g5Bba R8EONXlIxyrB93KKN1PQtjEQMGnD4ddZP9zT+y48YVNbrgetfHwQcN56Waan9YPg tMT2icXjAY5IZn3o+KtNKfc64rXHhZHVPX0mVc50UTlUzZsi3BNhFsu2YLf/fTPx 1WW2aaqtr5TW1qWOOZ7N7MikQwUInAwy+EgtYMVDp2oeZFdWNudn8qTIoBZZUa3i uF/xiHjF2F4RK4hM1IghvmR/09NS1MIuL8IIOURLQG5xDcdV4m8+scRkkGFuRhDy OpNMGF+fJ7qWZ7O+l5YzJbrZ08TT1U2DaOlK5kq0gYm7P69sce+6id8slmfc31Z8 dd6E4dqWor6K6cG5aSSMSXFj+7rUU7p40ya3FcjSTzgZEIX7vC86ESgiMHKxCjaB K5ramYOSDjzqD2kO+6LwJG0T96ADHGomRbsASuVNcVYgkQOOpV3X+jcezDeK93WC nIpWOP4YrMQdzb+kdj2iCVbT9QWvRwtPmWlSZJ4IwNJzHm1gODKL6h3J2czH/91d 7Whzf/mFEr1P1D9MXj+rj7SZaqh2ZwUmq9WoFDBOozqRS4i+DmrWUKSUY5ibuCzB bQniKpIuY7ta9KdaTo3wLgWqk4d4OZtBQvxHQtjyupA7t4hGBBARAgAGBQJRK0MK AAoJEL98eTrJEy3biycAn0vWff9gHlxYDoDnIgUTfmpOzERAAJ4gNKBKxESDlIQ8 jHLkjDGPtBGd34kBHAQTAQgABgUCUSz+qgAKCRDKh+noKqwz8RNRB/41tir0KKr2 DF0rv40UR3alkt2jT+z3SwsMJpSr15QRFgShY6nF9ND/8TlF9bdsORoRBoBuH/5Q sknczec7m88uzlxWt4W5DJ3/u9xxgSePLd7SdsdcSDf+9/zf27MuPPWyMeolQnGv 0Vf9LkVAqoXEuYxma7v8gc3zFGo8yTSDwJGKwNs2amFgP/7eNg8Yu+NBY74VM3m8 jVUosdQjUfO74l9JHWkP825SRFeM2HDv3MOPS38LjaX/gIJbjhbmaoFYmQ/+2RgI DNVeGPVB+5dyVitB9SSZdQ4UkI9pLrqB+eBsm0cemmi42Y3oWoU2Tx2a7EaF6DJb kUzip4mugRKnuQINBFDr7R4BEADCSE04VVy6BMrGZdBHBRbqa64+/UfmYylhYNIh y5M7+4xN1mWPDv2N5c9BCKa6FtFeHQGMTsBb6fm8BKUL4/3EsL/6rSzd1ZQtbj4+ NJimUEIzYoqVx/gkg7dM/abYLiT+SsRqz1MIGz38oFj/e5LkbS5lc/tk3z9pLS1A Xb5YgOtHvcr91tXh3Vc9Ec4UxRFlwPNUtkdk3ZNFOA3bzQjtteEkbluOSQ1Iwhp2 U8b5x1T49wTWU1K5al4t0KEuIfjkPCK8RF+L1uEvCZd3yK/mYsqLbkTnsGFwWC6E lkC2knT4ht7i6S79LSdUiRp50EWlTINQIo0HwCVNgbWc99z7pZm4/5QWUo+GCJ4g sSknt3p2QOZ9sHQbq7XWqf+1kvhUnEB2QrQzjwhxwSGoFi4grSArLizYNRSK5pkg OjUXYEgd0UcEC+vLhg4FZCnUKMBR6UUevojb+YEzmAD66cgL/RsPzmK7I85/Fp4v r36vjuoZzJgkx+Bqm3O6yK5XGqVSnIyGmf56snZ0ijyevK0kr3yVmuoBm96IBxuX J3MZmGaNgy6B4G9i0RZlBmlGX39ijuTiW5vnGTUtidyUS7CuxwkqLLiAp13oLEsW CVObjW48Bfk4W7JF/qCZSo04DeWdBXb9Hw3wFLrl/8ENgTwe6XfKepZ7wO37qO0I VLWD8wARAQABiQIfBBgBAgAJBQJQ6+0eAhsMAAoJEICHjlmDK+wVuGEP/iXlUG0d yuvdbdj2j46j4EdHVHk3DwbVTcxm9W8nMFjHTD4Jll6sZQGxYYSIonFsw/Ia3oRh drEhPP2950TfagMo30lbJm3odSZ/Fojjwt992UZUj/99oa/JhBNRS8mihzjQuzln uboPA9mmkd6Rfhyjsl/cO78no03t6DFXU4PFabX9SNadMMeUVJ0IikpP3WQDUdAh ivUKe8JFsCyqA88GFSEtEPbV1mCGXLrXW+QpEYB3lVvu6Jy3aoT9V7HC5YXp+4xP BNJd5vuSSkZBiQhLgAnjs2+Mna7RJHG64ARKQC7vKGh2o72y8n+frJ9zJvIo+v/k bGgqjWG8dTRDtWno7t0eBZZAIpJ1VLHX29fFMsD2ojLB+rzQXvG6dMuSa3ctiyqZ Y7cKB8h9j2elmU2v9QG9vJdiXdGeZ0ndgoRdX0J9unyQofniEWENTiVtSIy5IEmF cYe/AkWDd/vC2Xuh8rUOmNHhZnx4IBVbiFKrQXv7JIxRXdfd3HHxSc6XP8UZ7SEL UnXishqfL2NTCD2+4DR1XAFLYo8JcguOLsv7xK6d4lvDUTytaOcjKnIZQXfmsYc/ zhONtQ228EZNuVGYJm7WwgBTVJJkn672sb1zXyQd8zjdHGe+9ganFzeL+Ct2VrD5 7xTPQuirlS0AsZ89raPMOafihRsJuz5t9k0x =9bqW -END PGP PUBLIC KEY BLOCK- signature.asc Description: OpenPGP digital signature
Bug#719543: xfonts-terminus: hangs xfce4-panel-clock after xfce restart
It is Xfce 4.10 here. This problem occurs with clock applets. Terminus is my default font in any X terminal I use since a long time ago. No problem. I like this font in a system tray for a clock. It looks clean and nice. I use it a long time and had have no problem till now. P.S. I'll try to test with previous version 4.35 that I found in apt cache. -- С уважением, Сергей Сарбаш. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719543: xfonts-terminus: hangs xfce4-panel-clock after xfce restart
Just tested with previous version 4.35. The same bug. Btw, fontmatrix can't see the font too. -- С уважением, Сергей Сарбаш. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719543: xfonts-terminus: hangs xfce4-panel-clock after xfce restart
Package: xfonts-terminus Version: 4.38-1 Severity: normal Dear Maintainer, The previous version of the font has no problem with an appearance in any place. With the current version the clock on the xfce4-panel disappeared. There is only an empty space there on it's place instead of the clock itself. Usage of another font fixes the problem. Only Terminus font insults the clock. Also, after initial setting of the font there is no problem. But after logout/login the clock became invisible and hanging. It just hangs. No click reaction, no options dialog call reaction, only the removing from a panel of the clock works. I've tried two different panel plugins for a clock and both of them are affected by the Terminus font. The initial setting is okay but after reload the problem appears. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-terminus depends on: ii xfonts-utils 1:7.7~1 xfonts-terminus recommends no packages. Versions of packages xfonts-terminus suggests: pn xfonts-terminus-oblique none ii xserver-xephyr [xserver] 2:1.12.4-6.1 ii xserver-xorg [xserver]1:7.7+3 -- 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#719147: Typo in description: metcic as metric
Package: scalable-cyrfonts-tex Typo in description: metcic as metric. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718261: Home page is not correct
Package: gerbv gerbv homepage is gerbv.geda-project.org gerbv.gpleda.org only list links. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718054: nlopt: FTBFS: dh_auto_test: error: unable to chdir to debian/build
tags 718054 +pending thanks Updated package was uploaded to m.d.n: https://mentors.debian.net/package/nlopt RFS bug: http://bugs.debian.org/717822 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717822: RFS: nlopt/2.3+dfsg-2
severity 717822 important retitle 717822 RFS: nlopt/2.3+dfsg-2 [RC] thanks The package was updated (closes: #718054): https://mentors.debian.net/package/nlopt http://mentors.debian.net/debian/pool/main/n/nlopt/nlopt_2.3+dfsg-2.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717822: RFS: nlopt/2.3+dfsg-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package nlopt * Package name: nlopt Version : 2.3+dfsg-2 Upstream Author : Steven G. Johnson stev...@alum.mit.edu * URL : http://ab-initio.mit.edu/wiki/index.php/NLopt * License : BSD Section : math Closes bugs : 697638 It builds those binary packages: libnlopt-dev - nonlinear optimization library -- development package libnlopt-guile0 - nonlinear optimization library -- Guile bindings libnlopt0 - nonlinear optimization library octave-nlopt - nonlinear optimization library -- GNU Octave package python-nlopt - nonlinear optimization library -- Python bindings To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nlopt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nlopt/nlopt_2.3+dfsg-2.dsc Changes since the last upload: [ Tim Gardner ] * Add 04-python-includes.patch to detect correct include python paths (Closes: #697638) [ Sergey B Kirpichev ] * Removed debian/docs * Drop unused override for octave-nlopt: missing-dependency-on-libc * Bump up Standards-Version (to 3.9.4) * Ignore shared libraries in nlopt-python (fix postinst/rm-has- useless-call-to-ldconfig lintian warning's) [ Christophe Trophime ] * Updated patches following DEP3 (python-includes.patch, configure.patch and swig.patch) [ Sergey B Kirpichev ] * Added Forwarded: headers for patches 01-03 * Set octave-nlopt priority (optional - extra), according to the policy * Unfuzz patches with quilt refresh -pab --no-index --no-timestamps --diffstat * Renamed patches (foo_bar.patch - foo-bar.patch, git-format-patch's default naming scheme) * Added missing Forwarded: headers for debian/patches/* * Point to related bug for python-includes.patch * Drop unused override for libnlopt-guile0 Regards, Sergey B Kirpichev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717306: nvidia-kernel-legacy-173xx-dkms
I have this problem too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714404: RFS: monit/1:5.5.1-1~bpo60+1 -- utility for monitoring and managing daemons or similar programs
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package monit * Package name: monit Version : 1:5.5.1-1~bpo60+1 * URL : http://mmonit.com/monit/download/ * License : AGPL-3+ with OpenSSL exception Section : admin Closes bugs : 707633 It builds those binary packages: monit - utility for monitoring and managing daemons or similar programs To access further information about this package, please visit the following URL: http://mentors.debian.net/package/monit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/monit/monit_5.5.1-1~bpo60+1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712494: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package auto-07p * Package name: auto-07p Version : 0.9.1+dfsg-1 Upstream Author : Eusebius Doedel * URL : http://indy.cs.concordia.ca/auto/ * License : BSD Section : math ITP-bug : http://bugs.debian.org/512916 It builds those binary packages: auto-07p - software for continuation and bifurcation problems in ODE To access further information about this package, please visit the following URL: http://mentors.debian.net/package/auto-07p Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/auto-07p/auto-07p_0.9.1+dfsg-1.dsc Regards, Sergey B Kirpichev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712503: dhcpd is listening on random port for all interfaces
Package: isc-dhcp-server Version: 4.2.2.dfsg.1-5+deb70u6 Severity: important Tags: security Actually, there are two issues: 1) dhcpd is listening on random port (UDP) for all interfaces, no configuration option or CLI switch can fix with this situation. 2) moreover, dhcpd is listening for UDPv6 too, even if you include -4 option for dhcpd: $ cat /etc/default/isc-dhcp-server | sed '/^$/d;/^#/d' INTERFACES=br0 OPTIONS=-4 $ ps w 15686 PID TTY STAT TIME COMMAND 15686 ?Ss 0:00 /usr/sbin/dhcpd -q -4 -cf /etc/dhcp/dhcpd.conf -pf /var/run/dhcpd.pid br0 $ netstat -tulp [...] udp0 0 *:9922 *:* 15686/dhcpd udp0 0 home.test:domain*:* 4832/named udp0 0 home.test:bootps*:* 15686/dhcpd udp6 0 0 [::]:37045 [::]:* 15686/dhcpd PS: See also http://forums.debian.net/viewtopic.php?f=10t=95273 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712522: ess: fails to start GNU R in emacs
Package: ess Version: 5.11-1 Severity: normal Tags: upstream Dear Maintainer, I installed ess (12.04-4-1) package, when calling GNU R from emacs: M-x R I have the following massage: load-with-code-conversion: Symbol's value as variable is void: !DOCTYPE and R doesn't launch. GNU R works when calling in terminal. Upgrading to unstable version gives the same result. Downgrading ess to oldstable version -- 5.11-1, solves the problem: ess loands and GNU R works in emacs. I have no idea what's with stable version. Thanks. --Sergey -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (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/sh linked to /bin/dash Versions of packages ess depends on: ii dpkg 1.16.10 ii emacs23 [emacsen] 23.4+1-4 ii install-info 4.13a.dfsg.1-10 ess recommends no packages. Versions of packages ess suggests: pn pspp none ii r-base 2.15.1-4 ii r-base-core 2.15.1-4 pn xlispstatnone -- 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#712065: : Re: Bug#712065: scilab: Scilab launch problem on 64-bit Debian Sid
On 13.06.2013 18:41, Sylvestre Ledru wrote: Hello, On 12/06/2013 19:58, Sergey Choporoff wrote: Package: scilab Version: 5.4.1-1 Severity: normal Dear Maintainer, I can't launch Scilab in graphical mode after latest updates of the system. Command line backtrace of Scilab: ~$ scilab Error parsing gtk-icon-sizes string: '' java.lang.reflect.InvocationTargetException at java.awt.EventQueue.invokeAndWait(EventQueue.java:1076) at java.awt.EventQueue.invokeAndWait(EventQueue.java:1053) at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1347) at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source) at org.scilab.modules.gui.SwingView.createObject(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController$1.run(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.objectCreated(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.askObject(Unknown Source) at org.scilab.modules.core.Scilab.init(Unknown Source) Could you try to delete ~/.Scilab/scilab-5.4.1/ to see if it fixes something ? Thanks S I deleted ~/.Scilab/scilab-5.4.1/ but it doesn't fix the problem: Scilab don't start with same errors. -- Best regards, Sergey Choporov. Zaporizhzhya National University. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712065: scilab: Scilab launch problem on 64-bit Debian Sid
Package: scilab Version: 5.4.1-1 Severity: normal Dear Maintainer, I can't launch Scilab in graphical mode after latest updates of the system. Command line backtrace of Scilab: ~$ scilab Error parsing gtk-icon-sizes string: '' java.lang.reflect.InvocationTargetException at java.awt.EventQueue.invokeAndWait(EventQueue.java:1076) at java.awt.EventQueue.invokeAndWait(EventQueue.java:1053) at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1347) at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source) at org.scilab.modules.gui.SwingView.createObject(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController$1.run(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.objectCreated(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.askObject(Unknown Source) at org.scilab.modules.core.Scilab.init(Unknown Source) Caused by: java.lang.ExceptionInInitializerError at org.scilab.modules.gui.tab.ScilabTabBridge.createTab(Unknown Source) at org.scilab.modules.gui.bridge.ScilabBridge.createTab(Unknown Source) at org.scilab.modules.gui.tab.ScilabTab.init(Unknown Source) at org.scilab.modules.gui.tab.ScilabTab.createTab(Unknown Source) at org.scilab.modules.core.ConsoleTab.getConsoleTab(Unknown Source) at org.scilab.modules.core.ConsoleTabFactory.getTab(Unknown Source) at org.scilab.modules.gui.tabfactory.ScilabTabFactory.getTab(Unknown Source) at org.scilab.modules.gui.utils.WindowsConfigurationManager.createDescendantTabs(Unknown Source) at org.scilab.modules.gui.utils.WindowsConfigurationManager.startRestoration(Unknown Source) at org.scilab.modules.gui.utils.WindowsConfigurationManager.restoreUUID(Unknown Source) at org.scilab.modules.gui.SwingView.CreateObjectFromType(Unknown Source) at org.scilab.modules.gui.SwingView.access$000(Unknown Source) at org.scilab.modules.gui.SwingView$1.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:216) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:673) at java.awt.EventQueue.access$300(EventQueue.java:96) at java.awt.EventQueue$2.run(EventQueue.java:634) at java.awt.EventQueue$2.run(EventQueue.java:632) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:643) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) Caused by: java.lang.NullPointerException at java.util.Arrays$ArrayList.init(Arrays.java:3369) at java.util.Arrays.asList(Arrays.java:3355) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findThemeSubdir(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.lookupIcon(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source) at org.scilab.modules.gui.bridge.tab.SwingScilabTab.clinit(Unknown Source) ... 27 more java.lang.reflect.InvocationTargetException at java.awt.EventQueue.invokeAndWait(EventQueue.java:1076) at java.awt.EventQueue.invokeAndWait(EventQueue.java:1053) at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1347) at org.scilab.modules.gui.SwingView.updateObject(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController$2.run(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.objectUpdate(Unknown Source) at org.scilab.modules.graphic_objects.graphicController.GraphicController.setGraphicObjectRelationship(Unknown Source) at org.scilab.modules.graphic_objects.utils.MenuBarBuilder$MenuBarConfigurationHandler.addMenus(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
Bug#711746: libgnomeprint2.2-0: unable to install libgnomeprint2.2-0:i386 on x86_64
Package: libgnomeprint2.2-0 Severity: normal Dear Maintainer, cannot install this package on my computer === gw:/tmp/2# apt-get install libgnomeprint2.2-0:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgnomeprint2.2-0:i386 : Depends: libgnomeprint2.2-data:i386 (= 2.18.8-3) but it is not installable E: Unable to correct problems, you have held broken packages. === the packege libgnomeprint2.2-data:i386 is not seen in list of available packages. Manual install of libgnomeprint2.2-data does not help. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgnomeprint2.2-0 depends on: ii libart-2.0-2 2.3.21-2 ii libc6 2.13-38 ii libcomerr2 1.42.5-1.1 ii libcups2 1.5.3-5 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcrypt111.5.0-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnomecups1.0-1 0.2.3-5 ii libgnomeprint2.2-data 2.18.8-3 ii libgnutls262.12.20-7 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libpango1.0-0 1.30.0-1 ii libxml22.8.0+dfsg1-7+nmu1 ii zlib1g 1:1.2.7.dfsg-13 libgnomeprint2.2-0 recommends no packages. Versions of packages libgnomeprint2.2-0 suggests: pn cups none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644027:
Had this problem in unstable, on Intel H67 integrated video. Fixed with suckless-tools to 39-1 from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#400796: No more relevant
I believe, this bug is no more relevant. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548948: No more relevant
This change is no more relevant to upstream GTKTerm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548949: No more relevant
This change is no more relevant to upstream GTKTerm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710402: libgoa-1.0-0: evolution 3.4 crashes with libgoa 3.8
Package: libgoa-1.0-0 Version: 3.4.2-2 Severity: important Dear Maintainer, * What led up to the situation? After upgrading to libgoa version 3.8.2, evolution crashes. Evolution is unusable. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Only downgrading back to testing restores lost functionality. * What outcome did you expect instead? evolution 3.4 should probably be marked incomatible with 3.8, or library version of libgoa needs to be bumped to avoid segfaults. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgoa-1.0-0 depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-3 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgnome-keyring0 3.4.1-1 ii libgoa-1.0-common 3.4.2-2 ii libgtk-3-0 3.8.2-1 ii libjavascriptcoregtk-3.0-0 1.8.1-3.4 ii libjson-glib-1.0-0 0.14.2-1 ii libpango1.0-0 1.32.5-5 ii librest-0.7-0 0.7.12-3 ii libsoup-gnome2.4-1 2.42.2-4 ii libsoup2.4-12.42.2-4 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii multiarch-support 2.17-3 libgoa-1.0-0 recommends no packages. libgoa-1.0-0 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#695004: squid3: Restart after success external_acl (squid_ldap_group)
Package: squid3 Version: 3.1.20-2.2 external_acl_type user_memberof_acl %LOGIN /usr/lib/squid3/squid_ldap_group -R -K -S \ -b ou=Ukraine,DC=domain,DC=com \ -D webproxy@gfk.com \ -W /etc/squid3/ldap.passwd \ -f ((objectclass=person)(sAMAccountName=%v)(memberof=CN=%a,OU=Role,OU=Groups,OU=Ukraine,DC=domain,DC=com)) \ -h dc01.domain.com With http_access allow Proxy_Access_group_acl http_access allow authenticated everything works fine; With http_access allow authenticated Proxy_Access_group_acl I get squid3 segfault and then squid restart automatically.
Bug#708440: Updated Russian debconf translation
Package: glide Version: 2002.04.10ds1-8 Priority: wishlist Tags: l10n patch glide_ru.po Description: Binary data
Bug#704173: RFS: awstats/7.1.1~dfsg-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package awstats. Package name : awstats Version : 7.1.1~dfsg-1 Homepage : http://awstats.sourceforge.net/ License : GPL-2 Section : web Closes bugs : 703596 (important) It builds those binary packages: awstats - powerful and featureful web server log analyzer To access further information about this package, please visit the following URL's: http://mentors.debian.net/package/awstats http://mentors.debian.net/debian/pool/main/a/awstats/awstats_7.1.1~dfsg-1.dsc CC'd to Niels Thykier, last uploader. signature.asc Description: Digital signature
Bug#644076: wheezy
This bug is still exists in Wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649275: Wheezy
This bug is still exists in Wheezy (in version that comes with installer RC1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704033: libpthread: libpthread-2.13.so segfault
Package: libc6 Version: 2.13-38 Severity: normal File: libpthread Dear Maintainer, root@ns:/# su Segmentation fault root@ns:/# dmesg ... [129599.557790] su[11446]: segfault at 968 ip 7f295eecf790 sp 7fff4090e4f0 error 4 in libpthread-2.13.so[7f295eeca000+17000] [215999.033284] su[6040]: segfault at 968 ip 7fa91b30c790 sp 7fffb013ab50 error 4 in libpthread-2.13.so[7fa91b307000+17000] [221051.239728] su[7257]: segfault at 968 ip 7ff649176790 sp 7fff4abc67d0 error 4 in libpthread-2.13.so[7ff649171000+17000] [221246.410380] su[7420]: segfault at 968 ip 7f1b2d4d8790 sp 7fff1137bb40 error 4 in libpthread-2.13.so[7f1b2d4d3000+17000] [221261.076215] su[7421]: segfault at 968 ip 7faf33a47790 sp 7fff72ce3cf0 error 4 in libpthread-2.13.so[7faf33a42000+17000] [221269.815590] su[7425]: segfault at 968 ip 7f1a1babc790 sp 7fffaa3b22c0 error 4 in libpthread-2.13.so[7f1a1bab7000+17000] [221951.108650] su[7722]: segfault at 968 ip 7f7b3ec0e790 sp 7fff199af930 error 4 in libpthread-2.13.so[7f7b3ec09000+17000] [222069.386385] su[7753]: segfault at 968 ip 7f0ec2902790 sp 7fff3c73a3f0 error 4 in libpthread-2.13.so[7f0ec28fd000+17000] [222074.476071] su[7756]: segfault at 968 ip 7fdeaa00a790 sp 7fffecf989c0 error 4 in libpthread-2.13.so[7fdeaa005000+17000] [222076.785438] su[7757]: segfault at 968 ip 7f4dbebbf790 sp 7fff55ed18f0 error 4 in libpthread-2.13.so[7f4dbebba000+17000] -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:amd64 depends on: ii libc-bin 2.13-38 ii libgcc1 1:4.7.2-5 libc6:amd64 recommends no packages. Versions of packages libc6:amd64 suggests: ii debconf [debconf-2.0] 1.5.49 pn glibc-doc none ii locales2.13-38 ii locales-all [locales] 2.13-38 -- Configuration Files: /etc/ld.so.conf.d/x86_64-linux-gnu.conf changed: /lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/samba -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: glibc/restart-services: * libraries/restart-without-asking: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651480: midori remains static at times while downloading stuff and then breaks the download mid-way even though internet connectivity is available
Hi! I have recently upgraded to Wheezy and immediately encountered this bug. Webserver logs reveal that Midori stops loading page resources at some random point of time. Switching tabs couple of times usually helps to unstuck Midori. To eliminate any possible connection problems I successfully reproduced this bug using local web server. Best Regards, Sergey. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703590: Updated Russian debconf translation
Package: postfix Version: 2.10.0-2 Priority: wishlist Tags: l10n patch ru.po Description: Binary data
Bug#522747: xserver-xorg-video-s3: X failed after upgrading stable to testing
Yes, this version works fine Пользователь Julien Cristau jcris...@debian.org писал: On Sun, Mar 17, 2013 at 22:06:59 +0400, Sergey Dorofeev wrote: Package: xserver-xorg-video-s3 Version: 1:0.6.3-4+b3 Followup-For: Bug #522747 Dear Maintainer, after upgrading to wheezy I cannot start X on my system. Before I used squeeze (with only kernel upgraded to wheezy' version 3.2.0) and it worked fine (how this hardware can). I tried to reset BIOS and make some arrangements in xorg.conf but no effect - server does not start with segmentation error. Does the package at http://people.debian.org/~jcristau/522747/ work better? Its sha1sum is 95b0beda410bb0508d3079fcb161776f5ca67c0c. Cheers, Julien
Bug#612836: xserver-xorg: keyboard input is duplicated on virtual (text) terminal in dual seat configuration
I found workaround for this problem. I do not get duplicated input anymore in Wheezy with gdm from Squeeze and with option Option GrabDevice True added to every evdev keyboard section. Thanks It must go into multiseat howto here: http://wiki.debian.org/Multi_Seat_Debian_HOWTO -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522747: xserver-xorg-video-s3: X failed after upgrading stable to testing
Package: xserver-xorg-video-s3 Version: 1:0.6.3-4+b3 Followup-For: Bug #522747 Dear Maintainer, after upgrading to wheezy I cannot start X on my system. Before I used squeeze (with only kernel upgraded to wheezy' version 3.2.0) and it worked fine (how this hardware can). I tried to reset BIOS and make some arrangements in xorg.conf but no effect - server does not start with segmentation error. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 8 07:32 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Feb 23 22:31 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:0b.0 VGA compatible controller [0300]: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] [5333:8901] (rev 16) Xorg X server configuration file status: -rw-r--r-- 1 root root 2953 Mar 17 21:48 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # This is a sample xorg.conf. All sections are commented out, but may # be uncommented in order to enable them. You'll almost definitely # need to edit the values given here to suit your own system. # # It is not recommended to uncomment any more than is necessary, as # the server will choose good defaults in most cases. Thus, your # xorg.conf should only be used to override the server when those # defaults are incorrect for your system. # # For full documentation see xorg.conf(5) Section Files # FontPath /usr/share/fonts/X11/100dpi # FontPath /usr/share/fonts/X11/75dpi # FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/misc # FontPath /usr/share/fonts/Type1 ModulePath /usr/lib/xorg/modules EndSection # Section ServerFlags # Option DontZap False # Option DefaultServerLayout Layout # Option AllowMouseOpenFail False # Option AllowEmptyInput True # Option AutoAddDevices True # EndSection Section Module # Load glx EndSection # Section Extensions # OptionComposite Enable # EndSection Section InputDevice Identifier Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us EndSection Section InputDevice Identifier Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ExplorerPS/2 EndSection # Section Device # IdentifierVideo Card # Drivervesa # OptionAccelMethod EXA # OptionMonitor-LVDS Monitor1 # OptionMonitor-VGA Monitor2 # EndSection # Section Device # IdentifierInternal Graphics Card We Disable # OptionIgnore true # BusID PCI:1:0:0 # EndSection # Section Monitor # IdentifierMonitor1 # DisplaySize 304 228 # EndSection # Section Monitor # IdentifierMonitor2 # HorizSync 24-82 # VertRefresh 55-77 # OptionRightOf Monitor1 # EndSection # Section Screen # IdentifierScreen # DeviceVideo Card # Monitor Monitor # DefaultDepth 24 # SubSection Display # Depth 24 # Virtual 3072 1200 # EndSubSection # EndSection Section Screen Identifier First Monitor Main Device PCI card DefaultDepth 8 SubSection Display Depth 8 Modes 1024x768_75.00 EndSubSection EndSection Section Device Identifier PCI card Driver s3 EndSection Section Monitor Identifier Main # Mode 1024 HorizSync 30-60 VertRefresh 60-100 # 1024x768 @ 75.00 Hz (GTF) hsync: 60.15 kHz; pclk: 81.80 MHz ModeLine 1024x768_75.00 81.80 1024 1065 1177 1360 768 769 772 802 -HSync +Vsync EndSection Section ServerLayout Identifier Layout Screen First InputDeviceKeyboard InputDeviceMouse EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-4-486 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 Debian 3.2.39-2 Xorg X server log files on system: -- -rw-r--r-- 1 root root 7572 Mar 17 21:53 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [48.163] X.Org X Server 1.12.4 Release Date: 2012-08-27 [48.163] X Protocol Version 11, Revision 0 [48.164] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [48.164] Current Operating System: Linux vintage 3.2.0-4-486 #1 Debian 3.2.39-2 i586 [
Bug#701889: Annual ping for Sergey B Kirpichev
Package: debian-maintainers This is my annual ping. CC'd to debian-devel@, as d-m pseudo-package has lots of stalled annual ping reports. Are we have need in such kind of bureaucracy? signature.asc Description: Digital signature
Bug#701599: Info received (Bug#701599: Acknowledgement (lightdm: multiseat does not work))
One more addition: tested with version from Wheezy 1.2.2-4, sid 1.2.3-1 and experimental 1.4.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701666: Add Visit Homepage tooltip to translation
Package: synaptic Version: 0.80~exp1 Priority: normal Tags: i18n patch 0002-Add-Visit-Homepage-tooltip-to-translation.patch Description: Binary data
Bug#701599: lightdm: multiseat does not work
Package: lightdm Version: 1.4.0-1 Severity: important Tags: upstream I try to upgrade my working multi-seat installation to wheezy. I have nvidia graphic cards. In squeeze I used gdm. It was working OK. I had following entries in gdm.conf: 8-8 [servers] 0=Standard0 1=Standard1 [server-Standard0] name=Standard server command=/usr/bin/X -novtswitch -sharevts vt8 -isolateDevice PCI:2:0:0 -layout seat0 flexible=false [server-Standard1] name=Standard server command=/usr/bin/X -novtswitch -sharevts vt8 -isolateDevice PCI:3:0:0 -layout seat1 flexible=false 8-8 Nothing special... Wheezy does not have gdm. There is gdm3, but Google tells that it does not support multi-seat. So, I took lightdm. Here is first lightdm.conf (copy-paste from gdm): 8-8 [LightDM] minimum-display-number=0 minimum-vt=7 xserver-allow-tcp=false [SeatDefaults] xserver-command=/usr/bin/X xserver-allow-tcp=false greeter-session=lightdm-greeter session-wrapper=/etc/X11/Xsession [Seat:0] command=/usr/bin/X -novtswitch -sharevts vt8 -isolateDevice PCI:2:0:0 xserver-layout=seat0 [Seat:1] command=/usr/bin/X -novtswitch -sharevts vt8 -isolateDevice PCI:3:0:0 xserver-layout=seat1 8-8 This does not work. I reduced X command as much as possible. When I look at ps output, I can see that isolateDevice is filtered by lightdm. Also lightdm adds his own options to X, so reduced command line looks like the following: [Seat:0] command=/usr/bin/X xserver-layout=seat1 [Seat:1] command=/usr/bin/X -sharevts xserver-layout=seat0 After reboot I get login screen on one of the seat. Another seat is switched to graphics mode, but stays black. I get both X server in process list: $ ps a| grep X 3494 tty7 Ss+0:00 /usr/bin/X :0 -layout seat1 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch 3496 tty8 Ss+0:13 /usr/bin/X :1 -layout seat0 -auth /var/run/lightdm/root/:1 -nolisten tcp vt8 -novtswitch I do not see errors or something unusual in log files. Interesting is that sharevts option is always filtered by lightdm and is not passed to X server, as well as isolateDevice option. I am attaching config files, but there is nothing special there. xorg.conf is working in squeeze. Log files do not show any error. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.5-3.1 ii dbus 1.6.8-1 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-37 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libpam0g 1.1.3-7.1 ii libxcb11.8.1-2 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.1.6-2 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+1 Versions of packages lightdm suggests: pn accountsservice none ii upower 0.9.17-1 -- Configuration Files: /etc/lightdm/lightdm.conf changed: [LightDM] seats=Seat:0 Seat:1 minimum-display-number=0 minimum-vt=7 [SeatDefaults] xserver-command=/usr/bin/X xserver-allow-tcp=false greeter-session=lightdm-gtk-greeter greeter-hide-users=false session-wrapper=/etc/X11/Xsession [Seat:0] command=/usr/bin/X -novtswitch -isolateDevice PCI:3:0:0 -layout seat1 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 # xserver-layout=seat1 [Seat:1] command=/usr/bin/X -novtswitch -isolateDevice PCI:2:0:0 -layout seat0 -auth /var/run/lightdm/root/:1 -nolisten tcp -sharevts # xserver-layout=seat0 [XDMCPServer] [VNCServer] -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: gdm # # General configuration # # start-default-seat = True to always start one seat if none are defined in the configuration # greeter-user = User to run greeter as # minimum-display-number = Minimum display number to use for X servers # minimum-vt = First VT to run displays on # user-authority-in-system-dir = True if session authority should be in the system location # guest-account-script = Script to be run to setup guest account # log-directory = Directory to log information to # run-directory = Directory to put running state in # cache-directory = Directory to cache to # xsessions-directory = Directory to find X sessions # xgreeters-directory = Directory to find X greeters # [LightDM] #start-default-seat=true #greeter-user=lightdm minimum-display-number=0 minimum-vt=7 #user-authority-in-system-dir=false #guest-account-script=guest-account
Bug#701599: Acknowledgement (lightdm: multiseat does not work)
Forgot to add: Unfortunately gdm is not in sid for amd64/i386 anymore. But fortunately (probably because it is not c++), gdm from Squeeze works in Wheezy! So, I installed gdm from Squeeze and my multiseat is working again. Working gdm.conf is in attachment -- Best regards, Sergey Spiridonov # GDM Custom Configuration file. # # This file is the appropriate place for specifying your customizations to the # GDM configuration. If you run gdmsetup, it will automatically edit this # file for you and will cause the daemon and any running GDM GUI programs to # automatically update with the new configuration. Not all configuration # options are supported by gdmsetup, so to modify some values it may be # necessary to modify this file directly by hand. # # This file overrides the default configuration settings. These settings # are stored in the GDM System Defaults configuration file, which is found # at the following location. # # /usr/share/gdm/defaults.conf. # # This file contains comments about the meaning of each configuration option, # so is also a useful reference. Also refer to the documentation links at # the end of this comment for further information. In short, to hand-edit # this file, simply add or modify the key=value combination in the # appropriate section in the template below this comment section. # # For example, if you want to specify a different value for the Enable key # in the [debug] section of your GDM System Defaults configuration file, # then add Enable=true in the [debug] section of this file. If the # key already exists in this file, then simply modify it. # # Older versions of GDM used the gdm.conf file for configuration. If your # system has an old gdm.conf file on the system, it will be used instead of # this file - so changes made to this file will not take effect. Consider # migrating your configuration to this file and removing the gdm.conf file. # # If you hand edit a GDM configuration file, you can run the following # command and the GDM daemon will immediately reflect the change. Any # running GDM GUI programs will also be notified to update with the new # configuration. # # gdmflexiserver --command=UPDATE_CONFIG configuration key # # e.g, the Enable key in the [debug] section would be debug/Enable. # # You can also run gdm-restart or gdm-safe-restart to cause GDM to restart and # re-read the new configuration settings. You can also restart GDM by sending # a HUP or USR1 signal to the daemon. HUP behaves like gdm-restart and causes # any user session started by GDM to exit immediately while USR1 behaves like # gdm-safe-restart and will wait until all users log out before restarting GDM. # # For full reference documentation see the gnome help browser under # GNOME|System category. You can also find the docs in HTML form on # http://www.gnome.org/projects/gdm/ # # NOTE: Lines that begin with # are considered comments. # # Have fun! [daemon] [security] [xdmcp] [gui] [greeter] [chooser] [debug] # Note that to disable servers defined in the GDM System Defaults # configuration file (such as 0=Standard, you must put a line in this file # that says 0=inactive, as described in the Configuration section of the GDM # documentation. # [servers] 0=Standard0 1=Standard1 ### per seat - these sections will need to be created ### [server-Standard0] name=Standard server #command=/usr/bin/X -novtswitch -sharevts vt7 -isolateDevice PCI:2:0:0 -layout seat0 command=/usr/bin/X -novtswitch -isolateDevice PCI:2:0:0 -layout seat0 vt7 flexible=false [server-Standard1] name=Standard server #command=/usr/bin/X -novtswitch -sharevts -isolateDevice PCI:3:0:0 -layout seat1 command=/usr/bin/X -novtswitch -isolateDevice PCI:3:0:0 -layout seat1 -sharevts flexible=false # Also note, that if you redefine a [server-foo] section, then GDM will # use the definition in this file, not the GDM System Defaults configuration # file. It is currently not possible to disable a [server-foo] section # defined in the GDM System Defaults configuration file. #
Bug#701104: libpam-mysql: MD5 and SHA1 functions don't work
Package: libpam-mysql Version: 0.7~RC1-4+b1 Severity: important -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.35-n1-kvm.intel (SMP w/8 CPU cores) ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-mysql depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libmysqlclient16 5.2.10-local-1 Virtual package to satisfy externa ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8o-4squeeze13 SSL shared libraries libpam-mysql recommends no packages. libpam-mysql suggests no packages. After latest security update of libssl0.9.8 MD5 and SHA1 hash functions don't work. But if I've install a previous version of libssl0.9.8 problem dissapeared. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700354: info: segfault on tab completion on large terminals
Hi, Sergey, if you have a chance to try to track it down Sure, I've fixed it. P.S. Independent of all these settings and input, valgrind reports: ==5435== Conditional jump or move depends on uninitialised value(s) ==5435==at 0x4006A97: strlen (mc_replace_strmem.c:275) That looks rather a valgrind quirk. All values are definitely initialized. From the formal point of view, endp may point to uninitialized memory, but the C standard explicitly allows that. Regards, Sergey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700354: info: segfault on tab completion on large terminals
Andreas Schwab sch...@linux-m68k.org ha escrit: There is no garantee that input is zero-terminated. Fixed that too. Thanks a lot! Regards, Sergey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697644: closed by Sergey B Kirpichev skirpic...@gmail.com (Re: apache2-mod-rpaf: failure to work with authz allow/deny should be documented)
On Wed, Feb 06, 2013 at 10:57:50AM -0500, John Bazik wrote:
I have an nginx proxy on a separate server passing requests to apache.
I am not using ipv6. Rpaf works, in as much as the logs show the original
client ip addresses. But when I try to use allow/deny directives from
an .htaccess file, referencing either domain names or ip addresses, they
are not honored. All proxied requests are treated as though they come
from the proxy host.
Sorry, I can't reproduce this mess. For me, it works. Either send
more info (examples of your allow/deny directives, enabled apache
modules) - or wait until someone would be able to reproduce this.
An example, nginx.conf:
--8--
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_pass_header Server;
upstream backend {
server 127.0.0.1:40080;
}
server {
listen 80;
location / {
proxy_pass http://backend;
}
--8--
rpaf.conf:
IfModule rpaf_module
RPAFenable On
RPAFsethostname On
RPAFproxy_ips 127.0.0.1
/IfModule
status.conf:
Location /server-status
IfModule mod_rewrite.c
RewriteEngine off
/IfModule
SetHandler server-status
Order deny,allow
Deny from all
Allow from 127.0.0.1
# It works. I can disable this to disallow access:
Allow from 111.222.333.444
Allow from 192.168.2.0/24
/Location
Rpaf runs before access, so it seems like rpaf doesn't do whatever
is necessary for access to see the client ip.
Or you do something wrong. I didn't see your configuration, I can't
tell.
Googling around, there are lots of confusing discussions
For example?
I saw, for instance, the discussion of the ipv6 bug report,
which makes it seem like this problem was fixed.
This patch was dropped time ago (after Squeeze) by QA upload. Anyway,
this issue was fixed in 0.5-3+squeeze1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: freecad in fact does not link to incompatible libraries
Hi, it is quite a long time that coin3D was re-licensed to BSD, so no problems to link with opencascade http://mailman.coin3d.org/pipermail/coin-discuss/2011-November/018377.html https://bitbucket.org/Coin3D/coin/wiki/Home Regards Sergey
Bug#617613: freecad in fact does not link to incompatible libraries
Hi Do you have a pointer to a statement that earlier versions are covered by the relicensing? the code cover which is put under BSD is since ver 3.1.2 https://bitbucket.org/Coin3D/coin/overview so the code is re licensed back since version 3.1.2 Regards Sergey On Sat, Feb 2, 2013 at 9:42 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Sat, 2013-02-02 at 20:58 +0400, Sergey Kurdakov wrote: it is quite a long time that coin3D was re-licensed to BSD, so no problems to link with opencascade http://mailman.coin3d.org/pipermail/coin-discuss/2011-November/018377.html https://bitbucket.org/Coin3D/coin/wiki/Home The coin3 packages in both testing and unstable are both version 3.1.3 which dates from well before the above announcement, at a point when the package was still covered by the GPL. Do you have a pointer to a statement that earlier versions are covered by the relicensing? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: freecad in fact does not link to incompatible libraries
Hi, I'm not at all about to prove to you, I just point out that there is official letter http://mailman.coin3d.org/pipermail/coin-discuss/2011-November/018377.html after that code is move to bitbucket - which is mentioned in letter. the bitbucket page has https://bitbucket.org/Coin3D/coin/wiki/Home bsd license in it is main page The code which is moved to bitbucket has a cover of version 3.1.2 and letter states that all following code is under the BSD license. so if to make any conclusion without contacts to authors that means, that code since version 3.1.2 is under BSD license. Regards Sergey On Sat, Feb 2, 2013 at 10:10 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Sat, 2013-02-02 at 21:48 +0400, Sergey Kurdakov wrote: Do you have a pointer to a statement that earlier versions are covered by the relicensing? the code cover which is put under BSD is since ver 3.1.2 https://bitbucket.org/Coin3D/coin/overview That page mentions nothing about the BSD, and the document on it points to the old homepage which was shut down as part of the changes (assuming of course that all contributors agreed to have their GPL code relicensed...). I'm afraid I don't think your conclusion of so the code is re licensed back since version 3.1.2 is supported by that page. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698752: RFS: boinctui/2.2.0 (ITP #696702) -- Fullscreen text mode manager for Boinc client
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package boinctui * Package name: boinctui Version : 2.2.0 Upstream Author : Sergey Suslov suleman1...@gmail.com * URL : http://code.google.com/p/boinctui/ * License : GPL-3.0+ Section : net It builds those binary packages: boinctui - Fullscreen text mode manager for Boinc client To access further information about this package, please visit the following URL: http://mentors.debian.net/package/boinctui Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/boinctui/boinctui_2.2.0.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: -- With best regards, Sergey Suslov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696812: override: libnlopt-dev:libdevel/optional, python-nlopt:python/optional, octave-nlopt:math/optional, libnlopt0:libs/optional, libnlopt-guile0:math/optional
Package: ftp.debian.org Severity: normal Please bump the priority of nlopt-* packages to optional: nlopt packages doesn't confilct with others. So, debian/control provides now more correct priority/section information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695991: RFS: awstats/7.0~dfsg-8
retitle 695991 awstats/7.1~dfsg-1 thanks Imported new upstream version. http://mentors.debian.net/package/awstats http://mentors.debian.net/debian/pool/main/a/awstats/awstats_7.1~dfsg-1.dsc signature.asc Description: Digital signature
Bug#695991: RFS: awstats/7.0~dfsg-8
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package awstats. I have problems getting in touch with the Debian Developer (Jonas Smedegaard) that I've originally worked with. Could someone else update my DM flag as per new procedure[1]? CC'd to James Page due to #687414. James, could you sponsor this upload or/and correct my upload permissions? Closes bugs: 641481 687414 690379 Package name : awstats Version : 7.0~dfsg-8 Homepage : http://awstats.sourceforge.net/ License : GPL-2 Section : web It builds those binary packages: awstats - powerful and featureful web server log analyzer To access further information about this package, please visit the following URL's: http://mentors.debian.net/package/awstats http://mentors.debian.net/debian/pool/main/a/awstats/awstats_7.0~dfsg-8.dsc [1] http://lists.debian.org/debian-devel-announce/2012/09/msg8.html signature.asc Description: Digital signature
Bug#695668: dh_installchangelogs doesn't honor -O--sourcedirectory= option
Package: debhelper Version: 9.20120909 Severity: minor dh_installchangelogs fail to find upstream changelogs outside ./ even with specified subdirectory option for debhelper (e.g. dh --sourcedirectory=07p). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695674: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package auto-07p Package name: auto-07p Version : 0.9.1+dfsg-1 Upstream Author: Eusebius Doedel URL: http://indy.cs.concordia.ca/auto/ License : BSD Section : math ITP-bug: http://bugs.debian.org/512916 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/auto-07p Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/auto-07p/auto-07p_0.9.1+dfsg-1.dsc N.B.: I'm DM. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
