Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe

2016-12-30 Thread Oleksandr Gavenko 
On Thu, Dec 29, 2016 at 2:30 AM, James Cowgill  wrote:

> On 29/12/16 00:02, Oleksandr Gavenko wrote:
> > Application is being crashing constantly with:
> >
> > bash# ardour5
> > /usr/lib/ardour5/ardour-5.5.0: symbol lookup error:
> /usr/lib/ardour5/ardour-5.5.0: undefined symbol:
> fftwf_make_planner_thread_safe
> [...]
> > Versions of packages ardour depends on:
> [...]
> > ii  libfftw3-single3 3.3.4-2
>
> This package is the problem. The fftwf_make_planner_thread_safe
> function is only present in fftw3 3.3.5 (so upgrading your package
> would fix this). fftw3 should generate a stricter dependency so that
> this doesn't happen.
>
> Thanks, this resolve issue!

Bug#808384: debian-el: Report include authentication info.

2015-12-19 Thread Oleksandr Gavenko 
Package: debian-el
Version: 35.12
Severity: grave

My bug report via "M-x debian-bug" include authentication info:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808378

because I edit package supplied file /etc/tomcat8/tomcat-users.xml.

That come from

  (defun debian-bug-compose-report
...
  (debian-bug-prefill-report package severity) ;; <=== HERE

`debian-bug-prefill-report' function call external program:

  $ reportbug --template -T none -s none -S normal -b --list-cc=none 
--no-bug-script -q tomcat8

In interactive mode reportbug ask you for reviewing any modified files 
explicitly.

"M-x debian-bug" shown files content also but I see usual text like at top:

  -- System Information:

and didn't mind to scroll to part hidden bellow:

  -- Configuration Files:

I would like to see basic handler that looks for reasonable selected keywords:

  user, password, passwd, pass, 123456, host, port <== any other welcome!

and warn user that there are possible authentication data leak!

I think that this help bite 90% of authentication info data leaks.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (200, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages debian-el depends on:
ii  bzip2  1.0.6-8
ii  dpkg   1.18.3
ii  emacs  46.1
ii  emacs23 [emacsen]  23.4+1-4.1+b1
ii  emacs24 [emacsen]  24.5+1-3
ii  file   1:5.25-2
ii  install-info   6.0.0.dfsg.1-3
ii  reportbug  6.6.5

Versions of packages debian-el recommends:
ii  dlocate 1.02+nmu3
ii  groff-base  1.22.3-1
ii  wget1.16.3-3

Versions of packages debian-el suggests:
pn  gnus  

-- no debconf information

-- 
Best regards!

Bug#807504: androidsdk-ddms: java.lang.RuntimeException: Failed to load /images/heap.png

2015-12-09 Thread Oleksandr Gavenko 
Package: androidsdk-ddms
Version: 22.2+git20130830~92d25d6-2
Severity: critical

  $ ddms
  09:07:18 E/ddms: shutting down due to uncaught exception
  09:07:18 E/ddms: Failed to load /images/heap.png
  java.lang.RuntimeException: Failed to load /images/heap.png
  at com.android.ddmuilib.ImageLoader.loadImage(ImageLoader.java:147)
  at com.android.ddmuilib.ImageLoader.loadImage(ImageLoader.java:174)
  at 
com.android.ddms.UIThread.createDevicePanelToolBar(UIThread.java:1082)
  at com.android.ddms.UIThread.createLeftPanel(UIThread.java:1429)
  at com.android.ddms.UIThread.createTopPanel(UIThread.java:1200)
  at com.android.ddms.UIThread.createWidgets(UIThread.java:1002)
  at com.android.ddms.UIThread.runUI(UIThread.java:535)
  at com.android.ddms.Main.main(Main.java:117)

With 22.2+git20130830~92d25d6-1 from ``stable`` there are no such problem!

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages androidsdk-ddms depends on:
ii  eclipse-rcp3.8.1-8
ii  libandroidsdk-ddmlib-java  22.2+git20130830~92d25d6-2
ii  libandroidsdk-ddmuilib-java22.2+git20130830~92d25d6-2
ii  libandroidsdk-sdkstats-java22.2+git20130830~92d25d6-2
ii  libandroidsdk-swtmenubar-java  22.2+git20130830~92d25d6-2

androidsdk-ddms recommends no packages.

androidsdk-ddms suggests no packages.

-- no debconf information

-- 
Best regards!

Bug#802611: subversion: Core dump of "svn diff -c 102".

2015-10-22 Thread Oleksandr Gavenko 
On 2015-10-21, James McCoy wrote:

> On Oct 21, 2015 12:00 PM, "Oleksandr Gavenko"  wrote:
>>
>> 100% reproduced.
>>
>>   bash# svn diff -c 109
>
> Is this a public repository?
>
Sorry, no. Even "core" dump have authorisation info.

I gather another data.

On some random SVN project checkout from sf.net and gna.org I can't reproduce
bug.

http://svn.gna.org/svn/aae/trunk/ SVN server have same version as my private:

  Powered by Apache Subversion version 1.8.10 (r1615264).

and:

bash# curl -vvv --user XXX:YYY http://example.ua/

  * Hostname was NOT found in DNS cache
% Total% Received % Xferd  Average Speed   TimeTime Time  
Current
   Dload  Upload   Total   SpentLeft  Speed
0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 
0*   Trying 108.61.198.53...
  * Connected to example.ua (xx.xx.xxx.xx) port 80 (#0)
  * Server auth using Basic with user 'XXX'
  > GET / HTTP/1.1
  > Authorization: Basic YYY
  > User-Agent: curl/7.38.0
  > Host: example.ua
  > Accept: */*
  >
  < HTTP/1.1 200 OK
  < Date: Thu, 22 Oct 2015 10:26:22 GMT
  * Server Apache/2.4.10 (Debian) is not blacklisted
  < Server: Apache/2.4.10 (Debian)
  < Last-Modified: Wed, 21 Oct 2015 20:29:50 GMT
  < ETag: W/"113//"
  < Accept-Ranges: bytes
  < Vary: Accept-Encoding
  < Content-Length: 434
  < Content-Type: text/html; charset=UTF-8
  <
  { [data not shown]
  100   434  100   4340 0   1122  0 --:--:-- --:--:-- --:--:--  1124
  * Connection #0 to host example.ua left intact
   - Revision 113: /
  
- Revision 113: /
   
pom.xml
src/
   
   Powered by http://subversion.apache.org/";>Apache 
Subversion version 1.8.10 (r1615264).
  

Also I try checkout from sub-leaf. In that save and get assertion error (which
are absent in case of root checkout):

  $ svn co http://example.ua/src/main/
  $ cd main
  $ diff -c 10
  svn: 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1734:
 svn_ra_serf__get_relative_path: Assertion `! ((session)->me_resource != ((void 
*)0))' failed.
  Aborted (core dumped)

Corresponding back-trace:

  Reading symbols from /usr/bin/svn...Reading symbols from 
/usr/lib/debug//usr/bin/svn...done.
  done.
  [New LWP 13691]
  [Thread debugging using libthread_db enabled]
  Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
  Core was generated by `svn diff -c 10'.
  Program terminated with signal SIGABRT, Aborted.
  #0  0x7ff4bd5c6107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
  56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
  (gdb) bt
  #0  0x7ff4bd5c6107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
  #1  0x7ff4bd5c74e8 in __GI_abort () at abort.c:89
  #2  0x7ff4bd5bf226 in __assert_fail_base (fmt=0x7ff4bd6f5d08 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x7ff4bc48ac70 "! 
((session)->me_resource != ((void *)0))",
  file=file@entry=0x7ff4bc48aae8 
"/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c", 
line=line@entry=1734,
  function=function@entry=0x7ff4bc48aeb0 <__PRETTY_FUNCTION__.13090> 
"svn_ra_serf__get_relative_path") at assert.c:92
  #3  0x7ff4bd5bf2d2 in __GI___assert_fail 
(assertion=assertion@entry=0x7ff4bc48ac70 "! ((session)->me_resource != ((void 
*)0))",
  file=file@entry=0x7ff4bc48aae8 
"/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c", 
line=line@entry=1734,
  function=function@entry=0x7ff4bc48aeb0 <__PRETTY_FUNCTION__.13090> 
"svn_ra_serf__get_relative_path") at assert.c:101
  #4  0x7ff4bc485f40 in svn_ra_serf__get_relative_path 
(rel_path=0x7fffd5be3560, orig_path=orig_path@entry=0x7ff4b5827770 
"/src/main/webapp/WEB-INF/views/bail/add.jsp", 
session=session@entry=0x7ff4bee11ce8,
  pool=pool@entry=0x7ff4b5826028) at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1734
  #5  0x7ff4bc47bd7b in svn_ra_serf__get_stable_url 
(stable_url=stable_url@entry=0x7fffd5be35c0, 
latest_revnum=latest_revnum@entry=0x0, session=session@entry=0x7ff4bee11ce8,
  url=0x7ff4b5827770 "/src/main/webapp/WEB-INF/views/bail/add.jsp", 
revision=revision@entry=9, result_pool=result_pool@entry=0x7ff4b5826028, 
scratch_pool=0x7ff4b5826028)
  at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/property.c:861
  #6  0x7ff4bc4744cc in svn_ra_serf__get_file (ra_session=, 
path=, revision=9, stream=0x7ff4b58276d0, fetched_rev=0x0, 
props=0x7ff4b58260c8, pool=0x7ff4b5826028)
  at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn

Bug#802611: Updating from 1.9.2-1 to 1.9.2-2 doesn't help, downgrading to stable 1.8.10-6+deb8u1 does.

2015-10-21 Thread Oleksandr Gavenko 
Updating from 1.9.2-1 to 1.9.2-2 doesn't help, downgrading to stable
1.8.10-6+deb8u1 does.

On 1.9.2-2 get same error:

(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fe07c0da786 in svn_path_join_internal (base=0x0, 
component=0x7fe07d060148 
"src/main/java/net/lombard/rsnetlombard/domain/Bail.java", pool=0x7fe07d060028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_subr/path.c:115
#2  0x7fe07c0dba9f in svn_path_url_add_component2 (url=, 
component=, pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_subr/path.c:1085
#3  0x7fe07a75d3f6 in svn_ra_serf__get_file (ra_session=, 
path=, revision=108, 
stream=0x7fe07d0616e0, fetched_rev=0x0, props=0x7fe07d0600c8, 
pool=0x7fe07d060028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/get_file.c:334
#4  0x7fe07ccdf03c in get_file_from_ra (fb=fb@entry=0x7fe07d0600a0, 
scratch_pool=scratch_pool@entry=0x7fe07d060028, props_only=0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:334
#5  0x7fe07ccdf60b in get_file_from_ra (scratch_pool=, 
props_only=0, fb=0x7fe07d0600a0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:958
#6  apply_textdelta (file_baton=0x7fe07d0600a0, base_md5_digest=0x7fe07d0c00a0 
"443d586ac513f84d4947c6edcd0cb6ae", 
pool=, handler=0x7fe07d064128, handler_baton=0x7fe07d064130)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:917
#7  0x7fe07a76b32b in fetch_for_file (scratch_pool=0x7fe07d0c0028, 
file=0x7fe07d0640a0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:1376
#8  update_closed (xes=, baton=, 
leaving_state=, cdata=, 
attrs=, scratch_pool=0x7fe07d0c0028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2011
#9  0x7fe07a76fd4d in xml_cb_end (raw_name=, 
xmlctx=0x7fe07d0f40f8)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:832
#10 expat_end (userData=0x7fe07d0f4188, raw_name=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:965
#11 0x7fe07a314d53 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#12 0x7fe07a31566c in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#13 0x7fe07a3139b9 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#14 0x7fe07a314135 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#15 0x7fe07a3176d0 in XML_ParseBuffer () from 
/lib/x86_64-linux-gnu/libexpat.so.1
#16 0x7fe07a77077e in parse_xml (ectx=0x7fe07d0f4188, ectx=0x7fe07d0f4188, 
is_final=0, len=, data=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:893
#17 expat_response_handler (request=, response=0x7fe07d0e4138, 
baton=0x7fe07d0f4188, scratch_pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:1061
#18 0x7fe07a76c10d in process_buffer (request=request@entry=0x7fe07d09f038, 
data=, len=, 
at_eof=at_eof@entry=0, alloc=0x7fe07d0c40a0, pool=0x7fe07d09a028, 
udb=0x7fe07d0f4298, udb=0x7fe07d0f4298)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2400
#19 0x7fe07a76c2cf in update_delay_handler (request=0x7fe07d09f038, 
response=0x7fe07d0e37b8, handler_baton=0x7fe07d0f4298, 
scratch_pool=0x7fe07d0ba028) at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2460
#20 0x7fe07a76e930 in handle_response (scratch_pool=0x7fe07d0ba028, 
serf_status=0x7ffe82160d34, handler=0x7fe07d0f41b8, 
response=, request=0x7fe07d09f038)
---Type  to continue, or q  to quit---
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1415
#21 handle_response_cb (request=0x7fe07d09f038, response=0x7fe07d0e37b8, 
baton=0x7fe07d0f41b8, response_pool=0x7fe07d0ba028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1449
#22 0x7fe0785b545e in serf.process_connection () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#23 0x7fe0785b3cee in serf_event_trigger () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#24 0x7fe0785b3e0c in serf_context_run () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#25 0x7fe07a76de61 in svn_ra_serf__context_run 
(sess=sess@entry=0x7fe07d0f6248, 
waittime_left=waittime_left@entry=0x7ffe82160f90, 
scratch_pool=scratch_pool@entry=0x7fe07d0bc028) at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:866
#26 0x7fe07a76c6b1 in process_editor_report (scratch_pool=0x7fe07d0f4028, 
handler=0x7fe07d0f41b8, ctx=0x7fe07d0ac308)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2614
#27 finish_report (report_baton=0x7fe07d0ac308, pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2682
#28 0x7fe07ccb73a6 in diff_repos_repos (root_is_dir=

Bug#802611: subversion: Core dump of "svn diff -c 102".

2015-10-21 Thread Oleksandr Gavenko 
Package: subversion
Version: 1.9.2-1
Severity: serious

100% reproduced.

  bash# svn diff -c 109

Segmentation fault (core dumped)

  bash# gdb /usr/bin/svn core

GNU gdb (Debian 7.10-1) 7.10
This GDB was configured as "x86_64-linux-gnu".
Reading symbols from /usr/bin/svn...Reading symbols from 
/usr/lib/debug//usr/bin/svn...done.
done.
[New LWP 32211]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `svn diff -c 109'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fb7e0eb9786 in svn_path_join_internal (base=0x0, 
component=0x7fb7e1e3f148 "src/main/java/net/domain/Bail.java", 
pool=0x7fb7e1e3f028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_subr/path.c:115
#2  0x7fb7e0ebaa9f in svn_path_url_add_component2 (url=, 
component=, pool=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_subr/path.c:1085
#3  0x7fb7df53c3f6 in svn_ra_serf__get_file (ra_session=, 
path=, revision=108, stream=0x7fb7e1e406e0, fetched_rev=0x0, 
props=0x7fb7e1e3f0c8, pool=0x7fb7e1e3f028)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/get_file.c:334
#4  0x7fb7e1abe03c in get_file_from_ra (fb=fb@entry=0x7fb7e1e3f0a0, 
scratch_pool=scratch_pool@entry=0x7fb7e1e3f028, props_only=0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:334
#5  0x7fb7e1abe60b in get_file_from_ra (scratch_pool=, 
props_only=0, fb=0x7fb7e1e3f0a0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:958
#6  apply_textdelta (file_baton=0x7fb7e1e3f0a0, base_md5_digest=0x7fb7e1e9f0a0 
"443d586ac513f84d4947c6edcd0cb6ae", pool=, 
handler=0x7fb7e1e43128, handler_baton=0x7fb7e1e43130)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:917
#7  0x7fb7df54a32b in fetch_for_file (scratch_pool=0x7fb7e1e9f028, 
file=0x7fb7e1e430a0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:1376
#8  update_closed (xes=, baton=, 
leaving_state=, cdata=, attrs=, 
scratch_pool=0x7fb7e1e9f028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2011
#9  0x7fb7df54ed4d in xml_cb_end (raw_name=, 
xmlctx=0x7fb7e1ed30f8) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:832
#10 expat_end (userData=0x7fb7e1ed3188, raw_name=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:965
#11 0x7fb7df0f3d53 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#12 0x7fb7df0f466c in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#13 0x7fb7df0f29b9 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#14 0x7fb7df0f3135 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#15 0x7fb7df0f66d0 in XML_ParseBuffer () from 
/lib/x86_64-linux-gnu/libexpat.so.1
#16 0x7fb7df54f77e in parse_xml (ectx=0x7fb7e1ed3188, ectx=0x7fb7e1ed3188, 
is_final=0, len=, data=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:893
#17 expat_response_handler (request=, response=0x7fb7e1e91138, 
baton=0x7fb7e1ed3188, scratch_pool=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:1061
#18 0x7fb7df54b10d in process_buffer (request=request@entry=0x7fb7e1e99038, 
data=, len=, at_eof=at_eof@entry=0, 
alloc=0x7fb7e1ec20a0, pool=0x7fb7e1e79028, udb=0x7fb7e1ed3298, 
udb=0x7fb7e1ed3298)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2400
#19 0x7fb7df54b2cf in update_delay_handler (request=0x7fb7e1e99038, 
response=0x7fb7e1e907b8, handler_baton=0x7fb7e1ed3298, 
scratch_pool=0x7fb7e1e8e028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2460
#20 0x7fb7df54d930 in handle_response (scratch_pool=0x7fb7e1e8e028, 
serf_status=0x7ffc021784d4, handler=0x7fb7e1ed31b8, response=, 
request=0x7fb7e1e99038) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1415
#21 handle_response_cb (request=0x7fb7e1e99038, response=0x7fb7e1e907b8, 
baton=0x7fb7e1ed31b8, response_pool=0x7fb7e1e8e028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1449
#22 0x7fb7dd39445e in serf.process_connection () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#23 0x7fb7dd392cee in serf_event_trigger () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#24 0x7fb7dd392e0c in serf_context_run () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#25 0x7fb7df54ce61 in svn_ra_serf__context_run 
(sess=sess@entry=0x7fb7e1ed5248, 
waittime_left=waittime_left@entry=0x7ffc02178730, 
scratch_pool=scratch_pool@entry=0x7fb7e1e9b028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_se

Bug#798988: Other packages affected by "g_slice_set_config: assertion 'sys_page_size == 0' failed".

2015-09-17 Thread Oleksandr Gavenko 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789955

Script open local HTML file and topic warning showed.

-- 
Best regards!

Bug#685772: www.debian.org: Please clarify official/unofficial status of resources under http://www.debian.org/support

2012-08-24 Thread Oleksandr Gavenko 
Package: www.debian.org
Severity: serious
As I don't familiar with Debian mail lists hierarchy I previously ask for
right place at:

  debian-de...@lists.debian.org
  http://permalink.gmane.org/gmane.linux.debian.devel.general/175739

  debian-...@lists.debian.org
  http://permalink.gmane.org/gmane.linux.debian.devel.www/37994

But next pointed to this bug list:

  http://www.debian.org/Bugs/pseudo-packages

So...



I think that page:

  http://www.debian.org/support

MUST be reorganised in this way:

 * Make clarification on difference between official and non-official support
   resources.
 * Split page on two part: first list official resources, second -
   non-official.
 * Remove some non-official resources.
 * Add link to http://wiki.debian.org/DebianResources

If my arguments non-valuable or my vote value low I ask only for:

 * Make clarification on difference between official and non-official support
   resources.

I try to take arguments why doing so.



I think that page:

  http://www.debian.org/support

describe two things:

 1) how to get help on Debian topic
 2) channels of interaction between regular users and Debian project

While 1) goal is currently completed by this page 2) goal is partially broken
- this page doesn't take easy distinct what belong to Debian project.

Personally I think that all under *.debian.org are official. But this is my
assumption. Where I can find this kind of info?

I believe that most of people associate Debian with DFSG so I believe that
most of these people think that official Debian resources consistent with DFSG
(like avoiding discrimination, priorities on Debian users and free software,
and other parts from DFSG).



I don't know where stated official information about what are official Debian
resources for human interaction.

As I understand official resources are:

 * Debian documentation (txt, html, pdf)
 * Debian Wiki (wiki.debian.org)
 * Debian mailing lists (accessed from Google Groups (HTTP) or Gmane (NNTP))
 * Package Maintainers (@packages.debian.org, where I can find
   archive of these mails??)
 * Bug Tracking System (mail, HTTP)
 * IRC (irc.debian.org)

I think that http://www.debian.org/support is only one right place for such
king of info in current hierarchy of http://www.debian.org/...



Compare with this page:

  http://www.debian.org/

which have column:

Support
Debian International
Security Information
Bug reports
Mailing Lists
Mailing List Archives
Ports/Architectures

There are no links to non-official resources.



While some resources have term of use like:

  http://www.debian.org/MailingLists/disclaimer

but I don't find terms under another pages:

  http://wiki.debian.org/
  http://wiki.debian.org/DebianWiki/Contact
  http://www.debian.org/support#irc
  http://wiki.debian.org/IRC#Official_Debian_IRC_channels
  http://www.debian.org/Bugs/

I try to look these keywords without success:

  term licence statement agreement FAQ contract

I don't discuss about legality of communication, licence issues or disclaimers
on these resources (but it is essential!! for example if wiki permission too
restrictive I can't copy example of configs, etc).

My point in that if page http://www.debian.org/support achieve goal:

 * Make clarification on difference between official and non-official support
   resources.

we have sentences that describe what mean to be official resources.

This text must be harmonised with term of use of official resources.



When I say that goal

 1) how to get help on Debian topic

completed I miss one thing. http://www.debian.org/support point to 2 forums.
But:

  http://wiki.debian.org/DebianResources

point to another 10x or so forums. I don't have statistics how often forums
are visited and how helpful they are but I think that non-listened forums
discriminated (they miss promotion from Debian home page, while other get).

Another point that http://www.debian.org/support is not editable (this is
good) but anyone who setup new Debian resource have difficulties (I can be
wrong) in adding it to http://www.debian.org/support (note that
wiki.debian.org is editable by anyone who interesting in changes).

If take together these two thought I think it is right make one of:

 * remove info about unnecessary non-official resources

or

 * state that "These resources ... are proved to be useful to Debian
   community. Also there are exist another {forums, wiki, etc. - select one},
   you can browse full list at:
   http://wiki.debian.org/DebianResources#TAG-TO-XXX";.

This resolve two my proposals