Bug#1052608: RM: gtkguitune -- ROM; Dead upstream

[Antonin Kral]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: gtkguit...@packages.debian.org, a.k...@bobek.cz, 
1052...@bugs.debian.org
Control: affects -1 + src:gtkguitune

Hola,

would like to request removal of gtkguitune from the repository. It is
abandoned by upstream and also depends on gtk2. It is also not

Good replacement is `lingot`.

Also got the request from QA team at 1052518 by Bastian.

Thanks,

Antonin


signature.asc
Description: PGP signature

Bug#1041543: RM: minisapserver -- ROM; Obsolete in upstream

[Antonin Kral]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: minisapser...@packages.debian.org
Control: affects -1 + src:minisapserver

Hello,

I would like to propose removal of the minisapserver package. It has 
been obsolete by upstream for ages now as the functionality was migrated 
to VLC directly.

See https://wiki.videolan.org/MiniSAPServer/ for more information.

Thank you, Best,

Antonin


signature.asc
Description: PGP signature

Bug#995976: atari800: No sound or intermittent sound on HDMI

[Antonin Kral]

Hello,

thank you for your report. I have quickly checked with upstream and 
nothing obvious came to their mind.

Can you confirm, that you can get sound from other applications working 
in the same setup? Pulseaudio routing should be pretty transparent for 
the application.

Thank you. Antonin

* Bug Reporter  [2021-10-09 12:15] wrote:
> Package: atari800
> Version: 4.2.0-4
> Severity: important
> X-Debbugs-Cc: mcluo...@grr.la
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>   Switching pulse audio output to hdmi instead of sound card audio out
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>   I'm using nvidia quadro K4000 with DP to HDMI cable
>* What was the outcome of this action?
>   No sound or intermittent sound on HDMI/DisplayPort
>* What outcome did you expect instead?
>   Sound working on HDMI/DP
> 
> *** End of the template - remove these template lines ***
> 
> 
> -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.14.0-2-amd64 (SMP w/3 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages atari800 depends on:
> ii  libc62.32-4
> ii  libedit2 3.1-20210910-1
> ii  libpng16-16  1.6.37-3
> ii  libsdl1.2debian  1.2.15+dfsg2-6
> ii  zlib1g   1:1.2.11.dfsg-2
> 
> atari800 recommends no packages.
> 
> atari800 suggests no packages.
> 
> -- no debconf information
> 

Bug#977654: atari800: Clarify license version

[Antonin Kral]

Hello Bastian,

many thanks for your report. Really appreciate the extra detail. The 
original one totally slipped through cracks.

Best, Antonin

* Bastian Germann  [2021-10-06 20:36] wrote:
> On Fri, 18 Dec 2020 10:47:22 +0100 Bastian Germann wrote:
> > Package: atari800
> > Version: 4.1.0-3
> > Severity: normal
> > 
> > atari800's copyright file claims it to be GPLv2. In most source files,
> > the license text has an "or later" clause which is actually needed
> > linking the program with readline (GPLv3), because GPLv3 and GPLv2-only
> > are incompatible. So please clarify the license situation in the
> > copyright file.
> 
> The program depends on proprietary ROMs for normal operation, so this is
> problematic for GPL by itself. While atari800 itself is most probably
> unproblematic because it is designed for that and one could argue that is an
> implicit grant to use it with the proprietary ROMs, the readline dependency
> is not okay, independent from the license version.
> 
> Please switch to BSD-licensed libeditreadline-dev as a build dependency
> which is a drop-in replacement for libreadline-dev.
> 
> You should also explain the contrib status in d/copyright according to Policy 
> 12.5.
> 

Bug#968532: atari800: probably shouldn't use install -s

[Antonin Kral]

Hi Simon,

many thanks for your report. You are absolutely right. But addressing 
your comments will require rewrite of the `d/rules` as there is a lot of 
legacy manual stuff, which is not really needed with modern dh. So it 
will take some time. I'll take look.

Thank you,

Antonin

* Simon McVittie  [2020-08-17 01:03] wrote:
> Source: atari800
> Version: 4.1.0-1
> Severity: normal
> 
> A bug report against fteqcc (#968524) prompted me to look for other
> instances of the same anti-pattern on codesearch.debian.net.
> 
> d/rules in atari800 invokes 'install -s'. However, 'install -s' is usually
> only harmful for a Debian package, not helpful: it discards debugging
> symbols that could otherwise have gone into a -dbgsym package, when
> cross-compiling it uses the wrong strip(1) implementation (from the build
> rather than host architecture), and it results in the nostrip option in
> DEB_BUILD_OPTIONS being ignored (see Policy §4.9.1). Using install
> without the -s option, then using debhelper's dh_strip to do the right
> Policy-compliant things, would probably be better.
> 
> Similarly, d/rules unconditionally strips certain fields from
> debian/tmp/usr/bin/atari800, which is unhelpful for all the same reasons.
> Again, dh_strip does this right.
> 
> smcv
> 

Bug#954491: Reverting of EOF detection

[Antonin Kral]

FYI https://github.com/openssl/openssl/pull/11400/commits

They are working on reverting EOF reporting for 1.1.1f release and 
pushing the change to 3.0 release.

Best, Antonin

Bug#954491: ssl3_read_n:unexpected eof while reading while keepalive

[Antonin Kral]

Hola,

this issues seems to be caused by upstream

ssl3_read_n:unexpected eof while reading while keepalive
https://github.com/openssl/openssl/issues/11381

Best, Antonin

Bug#954491: openssl: OpenSSL 1.1.1e and Gmail Certificates leads to KRB5_S_TKT_NYV and unexpected EOF on the connection

[Antonin Kral]

Subject: openssl:  OpenSSL 1.1.1e and Gmail Certificates leads to 
KRB5_S_TKT_NYV and unexpected EOF on the connection
Package: openssl
Version: 1.1.1e-1
Severity: important

Hello,

offlineimap stopped working for me after updating to 1.1.1e-1 with the
following:

 Establishing connection to imap.gmail.com:993 (gmail-remote)
 ERROR: While attempting to sync account 'gmail'
 "[SSL: KRB5_S_TKT_NYV] unexpected eof while reading (_ssl.c:1946)

I am not alone as others have reported the same issue upstream (while
not directly offlineimap issue --
https://github.com/OfflineIMAP/offlineimap/issues/655 ). I am also aware
that it is Python2.

Downgrading to 1.1.1d-2 

  dpkg -i openssl_1.1.1d-2_amd64.deb libssl1.1_1.1.1d-2_amd64.deb 
libssl1.1_1.1.1d-2_i386.deb

fixes the issue for me. Let me know if I can provide more information.

Thank you, Antonin

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-rc5-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openssl depends on:
ii  libc6  2.30-2
ii  libssl1.1  1.1.1e-1

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20190110

-- no debconf information

Bug#947911: sqlgrey daemon does not stop when requested

[Antonin Kral]

* Karl O. Pinc  [2020-01-03 20:45] wrote:
> On Fri, 3 Jan 2020 20:12:00 +0100
> Antonin Kral  wrote:
> 
> > thank you for your report (and really appreciate the patch). 
> 
> I did not check to see if there's any other "actions" that
> need a similar fix.  (I know that "start" works.  :)

:) No issues, I've extended your proposal to the others as well (like 
restart for example).

Thank you, Antonin

Bug#947911: sqlgrey daemon does not stop when requested

[Antonin Kral]

Hi Karl,

thank you for your report (and really appreciate the patch). I will 
upload the updated version shortly.

Best,

Antonin

* Karl O. Pinc  [2020-01-02 00:54] wrote:
> Package: sqlgrey
> Version: 1:1.8.0-1
> Severity: serious
> Tags: patch
> Justification: Policy 9.3.2
> 
> Hello,
> 
> /etc/init.d/sqlgrey does not stop the sqlgrey daemon.  (Policy
> seems to say that being able to stop is required, so I've marked
> the bug serious.)
> 
> The problem is that start-stop-daemon --pidfile is no longer
> sufficient to stop a daemon when the pidfile is written as
> a non-priviliged user.  So the daemon is not stopped.
> (As of start-stop-daemon version 1.19.3.)
> 
> The attached patch adds "--user sqlgrey" to the start-stop-daemon
> command, which is enough that the command stops the daemon.
> 
> Regards,
> Karl
> 
> -- System Information:
> Debian Release: 10.2
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages sqlgrey depends on:
> ii  adduser   3.118
> pn  libdate-calc-perl 
> pn  libdbd-pg-perl | libdbd-mysql-perl | libdbd-sqlite3-perl  
> pn  libnet-server-perl
> ii  perl  5.28.1-6
> 
> Versions of packages sqlgrey recommends:
> pn  libdbd-pg-perl  
> ii  postfix 3.4.7-0+deb10u1
> 
> sqlgrey suggests no packages.

> --- sqlgrey   2020-01-01 17:23:16.952002224 -0600
> +++ sqlgrey.new   2020-01-01 17:35:18.719746141 -0600
> @@ -48,7 +48,8 @@
>   ;;
>stop)
>   echo -n "Stopping $DESC: $NAME"
> - start-stop-daemon --stop --quiet --pidfile $PIDFILE --oknodo
> + start-stop-daemon --stop --quiet \
> +   --user sqlgrey --pidfile $PIDFILE --oknodo
>  rm -f $PIDFILE
>   echo "."
>   ;;

Bug#941678: pimd FTCBFS: uses the build architecture compiler

[Antonin Kral]

Hi Helmut,

many thanks for your patch. I will try to upload a patched version 
shortly.

Thank you, Antonin

Bug#907049: [Pkg-openssl-devel] Bug#907049: openssl: Update to 1.1.1~~pre9-1 makes certain programs unusable

[Antonin Kral]

Hi,

thank a lot Kurt.

> Anyway, that seems to mean that openvpn only supports TLS 1.0 for
> some reason. I have no idea how openvpn works, but if it uses
> TLS 1.0, it really should switch to 1.2 or 1.3.

According to https://community.openvpn.net/openvpn/wiki/Hardening , OpenVPN 
2.3.3 and newer should support TLS version negotiation. After some poking 
around, I have figured that server is running 2.3.4. So one would expect, that 
TLSv1.2 will work, but it doesn't. TLSv1 is confirmed in log

Sat Aug 25 15:33:33 2018 Control Channel: TLSv1, cipher SSLv3 
DHE-RSA-AES256-SHA, 2048 bit RSA

I will try to get server upgraded to confirm, that newer version will 
basically work out of the box.

Sorry for unnecessary noise.

Best, Antonin

Bug#907049: openssl: Update to 1.1.1~~pre9-1 makes certain programs unusable

[Antonin Kral]

Package: openssl
Version: 1.1.1~~pre9-1
Severity: critical
Justification: renders other packages unusable

Hi,

I have got openssl 1.1.1~~pre9-1 as it is landed in sid. After upgrading 
certain applications are not able to establish connection. 

Example of offlineimap:

ERROR: Unknown SSL protocol connecting to host 'imap.gmail.com' for repository 
'showmax-remote'. OpenSSL responded:
[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:726)

Example of openvpn:

Thu Aug 23 14:46:07 2018 OpenSSL: error:1425F18C:SSL 
routines:ssl_choose_client_version:version too low
Thu Aug 23 14:46:07 2018 TLS_ERROR: BIO read tls_read_plaintext error
Thu Aug 23 14:46:07 2018 TLS Error: TLS object -> incoming plaintext read error
Thu Aug 23 14:46:07 2018 TLS Error: TLS handshake failed

I went through changelogs, but was not seen anything what would help me 
in debugging the issue. Interestingly s_client and curl is able to 
establish a connection even with new version. Maybe that can be related 
to different default cipher_set?

Thank you for any hints. Antonin



signature.asc
Description: PGP signature

Bug#844366: libssl1.1: 1.1.0c broke Python

[Antonin Kral]

Package: libssl1.1
Version: 1.1.0c-1
Severity: critical
Tags: upstream
Justification: breaks unrelated software

Hi,

update to 1.1.0c broke Python ssl wrapper. I have first faced the issue
with offlineimap, which would crash with the [Errno 0] Error and the
following stack-trace when trying to refresh OAuth2 token from google:

Traceback:
  File "/usr/share/offlineimap/offlineimap/accounts.py", line 271, in syncrunner
self.__sync()
  File "/usr/share/offlineimap/offlineimap/accounts.py", line 334, in __sync
remoterepos.getfolders()
  File "/usr/share/offlineimap/offlineimap/repository/IMAP.py", line 452, in 
getfolders
imapobj = self.imapserver.acquireconnection()
  File "/usr/share/offlineimap/offlineimap/imapserver.py", line 540, in 
acquireconnection
self.__authn_helper(imapobj)
  File "/usr/share/offlineimap/offlineimap/imapserver.py", line 406, in 
__authn_helper
if func(imapobj):
  File "/usr/share/offlineimap/offlineimap/imapserver.py", line 340, in 
__authn_xoauth2
imapobj.authenticate('XOAUTH2', self.__xoauth2handler)
  File "/usr/lib/python2.7/dist-packages/imaplib2.py", line 705, in authenticate
typ, dat = self._simple_command('AUTHENTICATE', mechanism.upper())
  File "/usr/lib/python2.7/dist-packages/imaplib2.py", line 1692, in 
_simple_command
return self._command_complete(self._command(name, *args), kw)
  File "/usr/lib/python2.7/dist-packages/imaplib2.py", line 1418, in _command
literal = literator(data, rqb)
  File "/usr/lib/python2.7/dist-packages/imaplib2.py", line 2283, in process
ret = self.mech(self.decode(data))
  File "/usr/share/offlineimap/offlineimap/imapserver.py", line 239, in 
__xoauth2handler
six.reraise(type(e), type(e)(msg), exc_info()[2])
  File "/usr/share/offlineimap/offlineimap/imapserver.py", line 233, in 
__xoauth2handler
self.oauth2_request_url, urllib.urlencode(params)).read()
  File "/usr/lib/python2.7/socket.py", line 355, in read
data = self._sock.recv(rbufsize)
  File "/usr/lib/python2.7/ssl.py", line 766, in recv
return self.read(buflen)
  File "/usr/lib/python2.7/ssl.py", line 653, in read
v = self._sslobj.read(len)

These seem to be relevant upstream bugs:

  * https://github.com/openssl/openssl/issues/1919 (which was merged to 1903)
  * https://github.com/openssl/openssl/issues/1903

Downgrading to 1.1.0b (by installing libssl1.1_1.1.0b-2_amd64.deb from
snapshots) resolves the issue (and introduces back the vulnerability).

Best,

  Antonin

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

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libssl1.1 depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.24-5

libssl1.1 recommends no packages.

libssl1.1 suggests no packages.

-- debconf information excluded

Bug#828821: dublin-traceroute: Missing way of generating graphviz/dot drom trace.json

[Antonin Kral]

Package: dublin-traceroute
Version: 0.3-1
Severity: normal

Hi Frederico,

thank you for bringing dublin-traceroute to Debian. Package would be
even more great if you find a way how to include dublintraceroute Python
module, so

python -m dublintraceroute --plot trace.json 

will work, or include scripts/to_graphviz.py into the package.

Thank you,

   Antonin

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dublin-traceroute depends on:
ii  libc6 2.22-13
ii  libdublintraceroute0  0.3-1
ii  libgcc1   1:6.1.1-7
ii  libstdc++66.1.1-7
ii  libtins3.43.4-2

dublin-traceroute recommends no packages.

dublin-traceroute suggests no packages.

-- no debconf information

Bug#762477: atari800: diff for NMU version 3.1.0-1.1

[Antonin Kral]

Hi Tobias,

thank you for you NMU. I have totally forgotten that patch is sitting
in the repo for a while:


https://github.com/bobek/aranym800-debian/commit/8596bb26fa92ff9066c827aa96da0f41a7cc379c

Upstream wanted to push some changes which then decided to pull off. And
I have not released the fixed version :(

I'll push the update in a moment.

Thank you,

Antonin

* Tobias Frost  [2016-04-08 14:40] wrote:
> Control: tags 762477 + pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for atari800 (versioned as 3.1.0-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> diff -Nru atari800-3.1.0/debian/changelog atari800-3.1.0/debian/changelog
> --- atari800-3.1.0/debian/changelog   2014-04-15 13:51:33.0 +0200
> +++ atari800-3.1.0/debian/changelog   2016-04-08 14:25:06.0 +0200
> @@ -1,3 +1,11 @@
> +atari800 (3.1.0-1.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Update config.{sub, guess} before build to be porter friendly
> +(Closes: #762477)
> +
> + -- Tobias Frost   Fri, 08 Apr 2016 14:25:06 +0200
> +
>  atari800 (3.1.0-1) unstable; urgency=medium
>  
>* [947c00c] Imported Upstream version 3.1.0
> diff -Nru atari800-3.1.0/debian/rules atari800-3.1.0/debian/rules
> --- atari800-3.1.0/debian/rules   2014-04-15 13:51:33.0 +0200
> +++ atari800-3.1.0/debian/rules   2016-04-08 14:11:41.0 +0200
> @@ -23,6 +23,7 @@
>   touch build-stamp
>  
>  bld-sdl:
> + cp /usr/share/misc/config.guess /usr/share/misc/config.sub src
>   cd src ; if [ -e Makefile ]; then $(MAKE) clean; fi
>   cd src ; ./configure \
>--with-video=sdl --with-sound=sdl
> @@ -35,6 +36,7 @@
>   -rm -f build-stamp
>   cd src ; if [ -e Makefile ]; then $(MAKE) clean; fi; \
>rm -f config.log config.status config.h Makefile
> + rm -f src/config.guess src/config.sub
>   mv ./atari800.spec ./tmp ; rm -f atari800 ; rm -f atari800.* ; mv ./tmp 
> ./atari800.spec
>   -rm -rf debian/tmp debian/*~ *~ *.orig *.log \
>   debian/files* debian/substvars*
> 

Bug#811572: Bug 811572

[Antonin Kral]

Hi all,

upstream decided that he wants to keep indentation as is and requested
changing Werror to Wextra for distribution builds. This is should allow
compilation with gcc-6 (which I have tested). It will complain about
indentation on couple places though.

Best,

Antonin


signature.asc
Description: PGP signature

Bug#811572:

[Antonin Kral]

Hi David,

thanks a lot for the followup. I've forwarded info to upstream.

https://github.com/troglobit/libite/issues/2

Best,

Antonin

* David Malcolm  [2016-01-22 15:40] wrote:
> (I'm the upstream gcc author of -Wmisleading-indentation)
> 
> Looking at,
>   https://github.com/troglobit/libite/blob/master/lite.h#L134
> the code in question seems to be:
> 
> static inline int fisslashdir(char *dir)
> {
>if (!dir) return 0;
>if (strlen (dir) > 0) return dir[strlen (dir) - 1] == '/';
>  return 0;
> }
> 

Bug#727459: minisapserver: diff for NMU version 0.3.6-1.1

[Antonin Kral]

Dear Chen,

thanks a lot for patch and NMU. I am going to upload the maintainer's
update with your patch included.

Thank you,

Antonin

* Wookey woo...@wookware.org [2014-06-25 08:22] wrote:
 tags 727459 + patch
 tags 727459 + pending
 thanks
 
 Dear maintainer,
 
 This bug has been pending for some time, and needs fixing for new
 ports, including arm64 which is building now:
 (http://buildd.debian-ports.org/status/architecture.php?a=arm64suite=sid).
 
 So I've prepared an NMU for minisapserver (versioned as 0.3.6-1.1) and
 uploaded it to DELAYED/7. Please feel free to tell me if I should
 delay it longer.
 
 Discussion on debian-devel revealed consensus that the right way to
 ensure successful builds on all new architectures was to autoreconf
 packages, so that method has been used to fix this bug. This works for
 all arches, even those that need libtool changes, and will continue to
 work into the future without an update as each new arch comes along.
 (Discussion at
 https://lists.debian.org/debian-devel/2014/04/msg00383.html, thread
 starting at https://lists.debian.org/debian-devel/2014/04/msg00342.html
 
 As you can see this works fine on this package, and is a very simple
 patch. 
 
 Regards.

 diff -u minisapserver-0.3.6/debian/control minisapserver-0.3.6/debian/control
 --- minisapserver-0.3.6/debian/control
 +++ minisapserver-0.3.6/debian/control
 @@ -2,7 +2,7 @@
  Section: net
  Priority: extra
  Maintainer: Antonin Kral a.k...@sh.cvut.cz
 -Build-Depends: debhelper (= 7), autotools-dev
 +Build-Depends: debhelper (= 7), autotools-dev, dh-autoreconf
  Standards-Version: 3.8.3
  Homepage: http://www.videolan.org
  
 diff -u minisapserver-0.3.6/debian/rules minisapserver-0.3.6/debian/rules
 --- minisapserver-0.3.6/debian/rules
 +++ minisapserver-0.3.6/debian/rules
 @@ -31,6 +31,7 @@
  ifneq $(wildcard /usr/share/misc/config.guess) 
   cp -f /usr/share/misc/config.guess config.guess
  endif
 + dh_autoreconf
   ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man 
 --infodir=\$${prefix}/share/info --sysconfdir=/etc CFLAGS=$(CFLAGS) 
 LDFLAGS=-Wl,-z,defs
  
  
 @@ -54,6 +55,7 @@
   [ ! -f Makefile ] || $(MAKE) distclean
   rm -f config.sub config.guess
  
 + dh_autoreconf_clean
   dh_clean 
  
  install: build
 diff -u minisapserver-0.3.6/debian/changelog 
 minisapserver-0.3.6/debian/changelog
 --- minisapserver-0.3.6/debian/changelog
 +++ minisapserver-0.3.6/debian/changelog
 @@ -1,3 +1,10 @@
 +minisapserver (0.3.6-1.1) unstable; urgency=low
 +
 +  * Non-maintainer upload.
 +  * Use dh-autoreconf in build to support new architectures (Closes: #727459)
 +
 + -- Chen Baozi baoz...@gmail.com  Fri, 06 Jun 2014 17:33:01 +0800
 +
  minisapserver (0.3.6-1) unstable; urgency=low
  
* New upstream release


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725854: O: mongodb -- object/document-oriented database (metapackage)

[Antonin Kral]

Package: wnpp
Severity: normal

I intend to orphan the mongodb package. I am totally snowed under
workload at http://icflix.com , where are currently not using MongoDB so
my response times are getting longer and longer...

The package description is:
 MongoDB is a high-performance, open source, schema-free
 document-oriented data store that's easy to deploy, manage
 and use. It's network accessible, written in C++ and offers
 the following features:
 .
* Collection oriented storage - easy storage of object-style data
* Full index support, including on inner objects
* Query profiling
* Replication and fail-over support
* Efficient storage of binary data including large objects (e.g. videos)
* Auto-sharding for cloud-level scalability
 .
 High performance, scalability, and reasonable depth of
 functionality are the goals for the project.
 .
 This is a convenience metapackage that depends on all the mongodb parts:
 the server, the clients and the development files (headers and library).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725854: O: mongodb -- object/document-oriented database (metapackage)

[Antonin Kral]

* Jérémy Lal kapo...@melix.org [2013-10-09 10:05] wrote:
 On 09/10/2013 08:52, Antonin Kral wrote:
  Package: wnpp
  Severity: normal
 
  I intend to orphan the mongodb package. I am totally snowed under
  workload at http://icflix.com , where are currently not using MongoDB so
  my response times are getting longer and longer...

 Hello,

 while i said in PM i was considering leaving maintenance as well,
 you orphaning mongodb makes me reconsider...
 I'll take care of it, and move maintenance to a gbp repository on
 collab-maint instead of github.
 Help is welcome, though. Maybe mongodb could go to pkg-javascript
 team maintenance.

Jérémy,

that would be totally awesome. I am able to donate some time as
co-maintainer for some tasks but I am not really able to manage it.

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717173: mongodb: databaseSpraying remote code execution

[Antonin Kral]

Hi Salvatore,

thank you for report. I've actually prepared new package, but currently
fighting with compilation as the V8 in debian is too old and using the
package is currently failing :(((

Antonin

* Salvatore Bonaccorso car...@debian.org [2013-07-18 08:59] wrote:
 Control: retitle -1 mongodb: CVE-2013-4142: databaseSpraying remote code 
 execution

 Hi

 On Wed, Jul 17, 2013 at 04:37:30PM +0300, Henri Salo wrote:
  Package: mongodb
  Version: 1:2.4.3-1
  Severity: important
  Tags: security
 
  Information: http://blog.scrt.ch/2013/06/04/mongodb-rce-by-databasespraying/
  CVE request: http://openwall.com/lists/oss-security/2013/07/17/2
 
  Please verify if Debian packages are affected and patch if needed. Please
  contact me in case you need assistance.

 A CVE was assigned now for this issue, see [1]. Please include the CVE
 in your changelog when fixing the issue.

  [1] http://openwall.com/lists/oss-security/2013/07/18/2

 Regards,
 Salvatore



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#715007: Any fix coming soon?

[Antonin Kral]

Hi,

I was initially trying to push 2.4.5 which fixes the issue as well. But
I am facing additional problems with build. So cherrypicking the fix
make sense.

* Thomas Goirand z...@debian.org [2013-07-18 15:05] wrote:
 Also, do you know if Wheezy is affected?

The authorization code seems to be completely rewritten from 2.0 to 2.4
branch. I briefly when through and don't think we have a problem here,
but I cannot confirm it on 100%.

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#715007: Debdiff for proposed NMU

[Antonin Kral]

Hi Thomas,

thanks for the debdiff. I've actually already prepared patch, sorry for
not being more explicit.

I am actually rebuilding the package right now. As it has to be build
with gcc-4.7

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701324

Anyway, thank you for effort,

Antonin

* Thomas Goirand z...@debian.org [2013-07-18 16:05] wrote:
 Hi,

 Here's the proposed debdiff for patching current version in Sid.

 Thomas Goirand (zigo)

 diff -Nru mongodb-2.4.3/debian/changelog mongodb-2.4.3/debian/changelog
 --- mongodb-2.4.3/debian/changelog2013-04-24 20:18:05.0 +
 +++ mongodb-2.4.3/debian/changelog2013-07-18 13:56:15.0 +
 @@ -1,3 +1,11 @@
 +mongodb (1:2.4.3-1.1) unstable; urgency=high
 +
 +  * Non-maintainer upload.
 +  * CVE-2013-4650 - fix allows remote authenticated users to obtain internal
 +system privileges (Closes: #715007).
 +
 + -- Thomas Goirand z...@debian.org  Thu, 18 Jul 2013 13:55:23 +
 +
  mongodb (1:2.4.3-1) unstable; urgency=low

[ Jeff Epler ]
 diff -Nru 
 mongodb-2.4.3/debian/patches/0008-CVE-2013-4650_do_not_lock_when_looking_up_for_system_user.patch
  
 mongodb-2.4.3/debian/patches/0008-CVE-2013-4650_do_not_lock_when_looking_up_for_system_user.patch
 --- 
 mongodb-2.4.3/debian/patches/0008-CVE-2013-4650_do_not_lock_when_looking_up_for_system_user.patch
  1970-01-01 00:00:00.0 +
 +++ 
 mongodb-2.4.3/debian/patches/0008-CVE-2013-4650_do_not_lock_when_looking_up_for_system_user.patch
  2013-07-18 13:55:04.0 +
 @@ -0,0 +1,50 @@
 +Description: CVE-2013-4650 - fix allows remote authenticated users to obtain 
 internal system privileges
 + MongoDB 2.4.x before 2.4.5 and 2.5.x before 2.5.1 allows remote
 + authenticated users to obtain internal system privileges by leveraging a
 + username of __system in an arbitrary database.
 + .
 + Do not needlessly lock when looking up privileges for the  __system@local 
 user
 +Author: Andy Schwerin
 +Bug-Debian: http://bugs.debian.org/715007
 +Origin: 
 https://github.com/mongodb/mongo/commit/23344f8b7506df694f66999693ee3c00dfd6afae
 +Last-Update: 2013-07-18
 +
 +--- mongodb-2.4.3.orig/src/mongo/db/auth/authorization_manager.cpp
  mongodb-2.4.3/src/mongo/db/auth/authorization_manager.cpp
 +@@ -394,9 +394,21 @@ namespace {
 + _authenticatedPrincipals.add(principal);
 + if (!principal-isImplicitPrivilegeAcquisitionEnabled())
 + return;
 ++
 ++const std::string dbname = principal-getName().getDB().toString();
 ++if (dbname == StringData(local, StringData::LiteralTag()) 
 ++principal-getName().getUser() == internalSecurity.user) {
 ++
 ++// Grant full access to internal user
 ++ActionSet allActions;
 ++allActions.addAllActions();
 ++acquirePrivilege(Privilege(PrivilegeSet::WILDCARD_RESOURCE, 
 allActions),
 ++ principal-getName());
 ++return;
 ++}
 ++
 + _acquirePrivilegesForPrincipalFromDatabase(ADMIN_DBNAME, 
 principal-getName());
 + principal-markDatabaseAsProbed(ADMIN_DBNAME);
 +-const std::string dbname = principal-getName().getDB().toString();
 + _acquirePrivilegesForPrincipalFromDatabase(dbname, 
 principal-getName());
 + principal-markDatabaseAsProbed(dbname);
 + }
 +@@ -491,13 +503,6 @@ namespace {
 +principal.getDB(),
 +   0);
 + }
 +-if (principal.getUser() == internalSecurity.user) {
 +-// Grant full access to internal user
 +-ActionSet allActions;
 +-allActions.addAllActions();
 +-return 
 acquirePrivilege(Privilege(PrivilegeSet::WILDCARD_RESOURCE, allActions),
 +-principal);
 +-}
 + return buildPrivilegeSet(dbname, principal, privilegeDocument, 
 _acquiredPrivileges);
 + }
 +
 diff -Nru mongodb-2.4.3/debian/patches/series 
 mongodb-2.4.3/debian/patches/series
 --- mongodb-2.4.3/debian/patches/series   2013-04-24 20:18:05.0 
 +
 +++ mongodb-2.4.3/debian/patches/series   2013-07-18 13:51:02.0 
 +
 @@ -5,3 +5,4 @@
  0005-kfreebsd-does-not-have-sys-prctl.h.patch
  0006-ARM-support-for-ASM-operations-in-MongoDB.patch
  0007-Fix-ARM-alignment-problems.patch
 +0008-CVE-2013-4650_do_not_lock_when_looking_up_for_system_user.patch


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#715007: Any fix coming soon?

[Antonin Kral]

* Thomas Goirand z...@debian.org [2013-07-18 16:30] wrote:
 On 07/18/2013 09:34 PM, Salvatore Bonaccorso wrote:
  but Antonin replied on
  another bug: http://bugs.debian.org/717173#17

 I'm not sure I get it. Are #715007 and #717173 the same issue? They seem
 to be different CVE# though.

No, they are not the same.

 BTW, there's more to it than what I just sent as patch. The FTBFS needs
 to be addressed. My (ugly) solution would be:

 --- mongodb-2.4.3.orig/src/mongo/util/time_support.h
 +++ mongodb-2.4.3/src/mongo/util/time_support.h
 @@ -99,7 +99,7 @@ namespace mongo {
  #if defined(MONGO_BOOST_TIME_UTC_HACK) || (BOOST_VERSION = 105000)
  #define MONGO_BOOST_TIME_UTC boost::TIME_UTC_
  #else
 -#define MONGO_BOOST_TIME_UTC boost::TIME_UTC
 +#define MONGO_BOOST_TIME_UTC boost::TIME_UTC_

Yes, I am doing the same here :)

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#715007: Any fix coming soon?

[Antonin Kral]

* Antonin Kral a.k...@bobek.cz [2013-07-18 16:32] wrote:
 * Thomas Goirand z...@debian.org [2013-07-18 16:30] wrote:
  On 07/18/2013 09:34 PM, Salvatore Bonaccorso wrote:
   but Antonin replied on
   another bug: http://bugs.debian.org/717173#17
 
  I'm not sure I get it. Are #715007 and #717173 the same issue? They seem
  to be different CVE# though.

 No, they are not the same.

  BTW, there's more to it than what I just sent as patch. The FTBFS needs
  to be addressed. My (ugly) solution would be:

Just to mention it, one has take care of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701324 as well. But I
will probably cheat here and use 4.7 for now.

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#715016: Unsure about the encoding

[Antonin Kral]

Hi Tomas,

can you please double check your locales or tell me, what you've used
for reviewing the changelog? In all editors, I've tried, looks Rogério
right. Even:

bobek@bob:(master)~/Sources/mongodb/mongo-debian$ isutf8 debian/changelog 
 echo OK
OK

Looks good.

Thank you,

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

Hi Adam,

* Thorsten Glaser t...@mirbsd.de [2013-04-24 19:25] wrote:
 Oh great, this one FTBFS on kfreebsd… again. Although that’s
 not dependent on the delta between -3.1 and -5…

The -6 should address that. Debdiff attached. I am currently on business
trip, but Thorsten jumped in and made a needed cherrypick, so I've only
needed to compile it and upload it. Thanks again Thorsten.

Antonin
diff -Nru aranym-0.9.13/debian/changelog aranym-0.9.13/debian/changelog
--- aranym-0.9.13/debian/changelog  2012-05-06 23:50:52.0 +0200
+++ aranym-0.9.13/debian/changelog  2013-04-25 06:11:53.0 +0200
@@ -1,3 +1,23 @@
+aranym (0.9.13-6) testing-proposed-updates; urgency=low
+
+  [ Thorsten Glaser ]
+  * handle libusb dependency on kfreebsd (Closes: #690007)
+
+ -- Antonin Kral a.k...@sh.cvut.cz  Wed, 24 Apr 2013 20:02:06 +
+
+aranym (0.9.13-5) testing-proposed-updates; urgency=low
+
+  * Reupload of -4 with merged previously forgotten NMU -3.1
+
+ -- Antonin Kral a.k...@sh.cvut.cz  Wed, 24 Apr 2013 11:40:18 +0200
+
+aranym (0.9.13-4) testing-proposed-updates; urgency=low
+
+  * cherrypick patch for NatFeast problem (Closes: #698064)
+to get ARAnyM to wheezy
+
+ -- Antonin Kral a.k...@sh.cvut.cz  Wed, 24 Apr 2013 08:56:45 +0200
+
 aranym (0.9.13-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru aranym-0.9.13/debian/control aranym-0.9.13/debian/control
--- aranym-0.9.13/debian/control2012-05-06 23:44:18.0 +0200
+++ aranym-0.9.13/debian/control2013-04-25 06:11:53.0 +0200
@@ -4,7 +4,7 @@
 Maintainer: Antonin Kral a.k...@sh.cvut.cz
 Homepage: http://aranym.org/
 Standards-Version: 3.9.3
-Build-Depends: debhelper (= 5), autotools-dev, bzip2, libsdl1.2-dev, 
libsdl-image1.2-dev, libmpfr-dev, libusb-1.0-0-dev, imagemagick, zlib1g-dev
+Build-Depends: debhelper (= 5), autotools-dev, bzip2, libsdl1.2-dev, 
libsdl-image1.2-dev, libmpfr-dev, libusb-1.0-0-dev [!kfreebsd-any], 
imagemagick, zlib1g-dev
 
 Package: aranym
 Architecture: any
diff -Nru 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
--- 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
1970-01-01 01:00:00.0 +0100
+++ 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
2013-04-25 06:11:53.0 +0200
@@ -0,0 +1,151 @@
+From: Antonin Kral a.k...@bobek.cz
+Date: Wed, 24 Apr 2013 08:47:40 +0200
+Subject: NatFeats patch to address Bug#698064
+
+---
+ src/include/natfeats.h |   98 
+ 1 file changed, 74 insertions(+), 24 deletions(-)
+
+diff --git a/src/include/natfeats.h b/src/include/natfeats.h
+index e5ff8ab..c6155b8 100644
+--- a/src/include/natfeats.h
 b/src/include/natfeats.h
+@@ -1,3 +1,26 @@
++/*
++ * natfeats.h - common functions for all NatFeats
++ *
++ * Copyright (c) 2001-2013 Petr Stehlik of ARAnyM dev team (see AUTHORS)
++ *
++ * This file is part of the ARAnyM project which builds a new and powerful
++ * TOS/FreeMiNT compatible virtual machine running on almost any hardware.
++ *
++ * ARAnyM is free software; you can redistribute it and/or modify
++ * it under the terms of the GNU General Public License as published by
++ * the Free Software Foundation; either version 2 of the License, or
++ * (at your option) any later version.
++ *
++ * ARAnyM is distributed in the hope that it will be useful,
++ * but WITHOUT ANY WARRANTY; without even the implied warranty of
++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
++ * GNU General Public License for more details.
++ *
++ * You should have received a copy of the GNU General Public License
++ * along with ARAnyM; if not, write to the Free Software
++ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
++ */
++
+ #ifndef _NATFEATS_H
+ #define _NATFEATS_H
+ 
+@@ -14,6 +37,9 @@ extern uint32 nf_getparameter(int);
+ // should NatFeats work with physical (not MMU mapped) addresses
+ #define NATFEAT_PHYS_ADDR 1
+ 
++// should NatFeats use direct memcpy() to/from guest provided pointer (fast 
but less safe)
++#define NATFEAT_LIBC_MEMCPY   1
++
+ #if NATFEAT_PHYS_ADDR
+ #  define ReadNFInt8  ReadAtariInt8
+ #  define ReadNFInt16 ReadAtariInt16
+@@ -30,53 +56,77 @@ extern uint32 nf_getparameter(int);
+ #  define WriteNFInt32WriteInt32
+ #endif
+ 
+-static inline void Atari2Host_memcpy(void *dst, memptr src, size_t n)
++static inline void Atari2Host_memcpy(void *_dst, memptr src, size_t count)
+ {
+-#if NATFEAT_PHYS_ADDR
+-  memcpy(dst, Atari2HostAddr(src), n);
++#if NATFEAT_LIBC_MEMCPY  NATFEAT_PHYS_ADDR
++  memptr src_end = src + count - 1;
++  if (! ValidAtariAddr(src, false, 1))
++  BUS_ERROR(src);
++  if (! ValidAtariAddr(src_end, false, 1))
++  BUS_ERROR(src_end);
++
++  memcpy(_dst, Atari2HostAddr(src

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

Hi Adam,

* Adam D. Barratt a...@adam-barratt.org.uk [2013-04-24 11:25] wrote:
 I see you've uploaded a 0.9.13-4 package, without providing a
 debdiff as requested.

 Please could you prepare a -5 package which fixes the reverted
 changes? The debdiff between -3.1 and -5 should then only contain
 your new patch and the associated series and changelog updates.

Oh, lord, I really need vacation. Sorry for that. -5 is on the way.
Debdiff attached.

Thank you,

Antonin
diff -Nru aranym-0.9.13/debian/changelog aranym-0.9.13/debian/changelog
--- aranym-0.9.13/debian/changelog  2012-05-06 23:50:52.0 +0200
+++ aranym-0.9.13/debian/changelog  2013-04-24 11:41:31.0 +0200
@@ -1,3 +1,16 @@
+aranym (0.9.13-5) testing-proposed-updates; urgency=low
+
+  * Reupload of -4 with merged previously forgotten NMU -3.1
+
+ -- Antonin Kral a.k...@sh.cvut.cz  Wed, 24 Apr 2013 11:40:18 +0200
+
+aranym (0.9.13-4) testing-proposed-updates; urgency=low
+
+  * cherrypick patch for NatFeast problem (Closes: #698064)
+to get ARAnyM to wheezy
+
+ -- Antonin Kral a.k...@sh.cvut.cz  Wed, 24 Apr 2013 08:56:45 +0200
+
 aranym (0.9.13-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
--- 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
1970-01-01 01:00:00.0 +0100
+++ 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
2013-04-24 11:41:31.0 +0200
@@ -0,0 +1,151 @@
+From: Antonin Kral a.k...@bobek.cz
+Date: Wed, 24 Apr 2013 08:47:40 +0200
+Subject: NatFeats patch to address Bug#698064
+
+---
+ src/include/natfeats.h |   98 
+ 1 file changed, 74 insertions(+), 24 deletions(-)
+
+diff --git a/src/include/natfeats.h b/src/include/natfeats.h
+index e5ff8ab..c6155b8 100644
+--- a/src/include/natfeats.h
 b/src/include/natfeats.h
+@@ -1,3 +1,26 @@
++/*
++ * natfeats.h - common functions for all NatFeats
++ *
++ * Copyright (c) 2001-2013 Petr Stehlik of ARAnyM dev team (see AUTHORS)
++ *
++ * This file is part of the ARAnyM project which builds a new and powerful
++ * TOS/FreeMiNT compatible virtual machine running on almost any hardware.
++ *
++ * ARAnyM is free software; you can redistribute it and/or modify
++ * it under the terms of the GNU General Public License as published by
++ * the Free Software Foundation; either version 2 of the License, or
++ * (at your option) any later version.
++ *
++ * ARAnyM is distributed in the hope that it will be useful,
++ * but WITHOUT ANY WARRANTY; without even the implied warranty of
++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
++ * GNU General Public License for more details.
++ *
++ * You should have received a copy of the GNU General Public License
++ * along with ARAnyM; if not, write to the Free Software
++ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
++ */
++
+ #ifndef _NATFEATS_H
+ #define _NATFEATS_H
+ 
+@@ -14,6 +37,9 @@ extern uint32 nf_getparameter(int);
+ // should NatFeats work with physical (not MMU mapped) addresses
+ #define NATFEAT_PHYS_ADDR 1
+ 
++// should NatFeats use direct memcpy() to/from guest provided pointer (fast 
but less safe)
++#define NATFEAT_LIBC_MEMCPY   1
++
+ #if NATFEAT_PHYS_ADDR
+ #  define ReadNFInt8  ReadAtariInt8
+ #  define ReadNFInt16 ReadAtariInt16
+@@ -30,53 +56,77 @@ extern uint32 nf_getparameter(int);
+ #  define WriteNFInt32WriteInt32
+ #endif
+ 
+-static inline void Atari2Host_memcpy(void *dst, memptr src, size_t n)
++static inline void Atari2Host_memcpy(void *_dst, memptr src, size_t count)
+ {
+-#if NATFEAT_PHYS_ADDR
+-  memcpy(dst, Atari2HostAddr(src), n);
++#if NATFEAT_LIBC_MEMCPY  NATFEAT_PHYS_ADDR
++  memptr src_end = src + count - 1;
++  if (! ValidAtariAddr(src, false, 1))
++  BUS_ERROR(src);
++  if (! ValidAtariAddr(src_end, false, 1))
++  BUS_ERROR(src_end);
++
++  memcpy(_dst, Atari2HostAddr(src), count);
+ #else
+-  uint8 *dest = (uint8 *)dst;
+-  while ( n-- )
+-  *dest++ = (char)ReadInt8( (uint32)src++ );
++  uint8 *dst = (uint8 *)_dst;
++  while ( count-- )
++  *dst++ = (char)ReadNFInt8( src++ );
+ #endif
+ }
+ 
+-static inline void Host2Atari_memcpy(memptr dest, const void *src, size_t n)
++static inline void Host2Atari_memcpy(memptr dst, const void *_src, size_t 
count)
+ {
+-#if NATFEAT_PHYS_ADDR
+-  memcpy(Atari2HostAddr(dest), src, n);
++#if NATFEAT_LIBC_MEMCPY  NATFEAT_PHYS_ADDR
++  memptr dst_end = dst + count - 1;
++  if (! ValidAtariAddr(dst, true, 1))
++  BUS_ERROR(dst);
++  if (! ValidAtariAddr(dst_end, true, 1))
++  BUS_ERROR(dst_end);
++
++  memcpy(Atari2HostAddr(dst), _src, count);
+ #else

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

Hello,

first of all thanks a lot for your great work getting Debian release.
I've recently uploaded new version of Aranym which fixed a severity
grave problem in the previous version which is going to be included into
wheezy - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698064

Could you please consider getting 0.9.15-1 instead?

Thank you,

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

Hi Adam,

* Adam D. Barratt a...@adam-barratt.org.uk [2013-04-24 00:05] wrote:
 The difference between 0.9.13 and 0.9.15 appears to be quite a bit more
 than just the fix for the RC bug. It's also picked up a dependency on a
 version of mpfr4 that isn't in wheezy, so couldn't migrate in any case.

mpfr4 version is not important from the Aranym perspective. Would you
consider including 0.9.15 when compiled against the mpfr4 3.1.0-5?

Regards,

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

* Thorsten Glaser t...@mirbsd.de [2013-04-24 00:29] wrote:
 Adam D. Barratt dixit:

 What we could consider is a 0.9.13-3.1+deb7u1 upload via

 Petr might be able to quickly point out what precise
 upstream commits/changes are the minimum needed to
 get this fixed.

Exactly, I've already dropped him an email. He is not online on jabber,
so he is probably sleeping right now. I've asked him to comment here.

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)

[Antonin Kral]

Hi Adam,

* Adam D. Barratt a...@adam-barratt.org.uk [2013-04-22 11:45] wrote:
 I haven't tried to upload to testing-proposed-uploads yet. But I've
 contacted debian-rele...@lists.debian.org instead (I've sent it
 moment ago as it was sitting in my draft folder for couple hours).

 The mail archive disagrees.

Not sure, what do you mean by that. I have sent email to debian-relase
at 19:14:16 CEST:

2013-04-18 19:14:16 1USsPW-00026b-Sf = debian-rele...@lists.debian.org 
R=smarthost T=remote_smtp_smarthost H=srv1.trusted.cz [144.76.32.17] 
X=TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128 DN=CN=srv1.trusted.cz
2013-04-18 19:14:16 1USsPW-00026b-Sf Completed


Which was a moment ago I've sent an info to bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698064#70

Date: Thu, 18 Apr 2013 19:17:06 +0200

Clearly stating, that there is a small difference between I've sent
email to debian-release and bug. There was an intention to send it in
the morning, but that didn't happen and email remained as a draft for
the whole day.

Or maybe I don't really understand you point.

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)

[Antonin Kral]

Hi Thorsten,

* Thorsten Glaser t...@mirbsd.de [2013-04-18 18:40] wrote:
 and subject line Bug#698064: fixed in aranym 0.9.15-1
 has caused the Debian Bug report #698064,
 regarding aranym: crashes from guest userspace when NatFeat is queried
 to be marked as done.

 Do you also take care of wheezy (via testing-proposed-uploads
 I guess; I haven’t yet done something like that myself)?

I haven't tried to upload to testing-proposed-uploads yet. But I've
contacted debian-rele...@lists.debian.org instead (I've sent it moment
ago as it was sitting in my draft folder for couple hours).

Antonin


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#704042: CVE-2013-1892 -- mongodb: Remote shell access via run method's use of native_helper

[Antonin Kral]

Hi all,

thank you very much for the effort. Can you please do NMU for me? I am
on quite distant location for next 2 days and the Internet connection is
not well enough to upload anything bigger then email.

Thank you,

Antonin

* John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de [2013-03-27 13:15] 
wrote:
 tags 704042 patch
 tags 704042 upstream
 thanks

 I have extracted the two patches which have been committed by
 upstream to address the issue, attaching them. Will create a package
 ready for NMU later to help speed things up if desired.

 Cheers,

 Adrian

 --
  .''`.  John Paul Adrian Glaubitz
 : :' :  Debian Developer - glaub...@debian.org
 `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#703061: mongodb: Enable building on kfreebsd

[Antonin Kral]

Hi Jeff,

thank you very much for you patch. It looks fine to me. I will try to
contact upstream before, to check with them if they are interested in
including it.

On the other hand, I don't have resource on my side to support kfreebsd*
distributions. So including the patch would mean best-effort support
only.

I am always looking forward for accepting patches or even expand
maintenance-ship over the package, if you are interested.

Best regards,

Antonin

* Jeff Epler jep...@unpythonic.net [2013-03-14 20:35] wrote:
 Source: mongodb
 Version: 2.0.6-1
 Severity: normal
 Tags: upstream patch


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#688704: mongodb: New upstream release 2.2.0

[Antonin Kral]

Hi Christoph,

thank you for your bugreport. Actually I know about new upstream (hard
to miss). I have some big issues compiling on i386 due to some weired
asm related problems. I am working with upstream on this.

Antonin

* Christoph Haas h...@debian.org [2012-09-25 00:45] wrote:
 Package: mongodb
 Version: 1:2.0.7-1
 Severity: wishlist

 Dear Maintainer,

 nearly a month ago the new MongoDB version 2.2.0 was released.
 I would appreciate if you could update the package in 'unstable'.
 2.2.0 adds aggregation which IMHO makes MongoDB much easier to use.

 Thanks,
  Christoph

 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages mongodb depends on:
 ii  mongodb-dev 1:2.0.7-1
 ii  mongodb-server  1:2.0.7-1

 mongodb recommends no packages.

 mongodb 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#672634: quickly fills disk with data in /var/lib/schroot/mount/build/var/lib/mongodb/journal/

[Antonin Kral]

* Marc Haber mh+debian-b...@zugschlus.de [2012-05-25 18:45] wrote:
 I would consider it a release-critical bug if just installing mongodb
 without using it at all causes gigabytes of storage to be preallocated.

This is probably question of perspective. It is perfectly reasonable for
me. If I am installing mongo, I have probably intention to use it + I
should be sort of informed user. It is not office type of application.
It is still a DB after all.

For 99% people the preallocation will work as auto tuning feature.

 This is what happens on my build system. I have never actually
 used mongodb, I just need it installed to build PowerDNS.

Maybe the better way to solve this is to remove mongodb-server from
dependencies of mongodb-dev.

I went through the package and having Depend is probably too harsh
requirement. Recommends will make sense and even Suggests would be
probably sufficient.

Is it going to work for you in this way? BTW what you need to build
PowerDNS? Do you need headers + libs or even the server process running?

Thank you,

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672634: quickly fills disk with data in /var/lib/schroot/mount/build/var/lib/mongodb/journal/

[Antonin Kral]

* Marc Haber mh+debian-b...@zugschlus.de [2012-05-25 15:15] wrote:
 On Wed, May 16, 2012 at 08:38:15PM +0200, Marc Haber wrote:
  On Wed, May 16, 2012 at 05:19:54PM +0200, Antonin Kral wrote:
   * Marc Haber mh+debian-b...@zugschlus.de [2012-05-12 16:05] wrote:
build chroot was quickly filled up with gigabytes of data in
/var/lib/schroot/mount/build/var/lib/mongodb/journal/
  
   Are you sure, that PowerDNS wasn't writing into the database?
 
  The _build_ of PowerDNS failed because mongod filled up my disk.

 I can still reproduce this. The files that fill up my disk are named
 /var/lib/mongodb/journal/prealloc.*:

Ah, ok, that's journaling preallocation kicking in. Check

http://www.mongodb.org/display/DOCS/Journaling+Administration+Notes#JournalingAdministrationNotes-PreallocFiles(e.g.journal%2Fprealloc.0)

for more information.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672634: quickly fills disk with data in /var/lib/schroot/mount/build/var/lib/mongodb/journal/

[Antonin Kral]

Hi Marc,

* Marc Haber mh+debian-b...@zugschlus.de [2012-05-12 16:05] wrote:
 after installing mongodb to fill build dependencies for PowerDNS, my

Have you used PowerDNS from repository? I cannot see package with
MongoDB support:

bobek@bob:~$ apt-cache search ^pdns-backend
pdns-backend-geo - geo backend for PowerDNS
pdns-backend-ldap - LDAP backend for PowerDNS
pdns-backend-lua - lua backend for PowerDNS
pdns-backend-mysql - generic MySQL backend for PowerDNS
pdns-backend-pgsql - generic PostgreSQL backend for PowerDNS
pdns-backend-pipe - pipe/coprocess backend for PowerDNS
pdns-backend-sqlite - sqlite backend for PowerDNS
pdns-backend-sqlite3 - sqlite backend for PowerDNS

 build chroot was quickly filled up with gigabytes of data in
 /var/lib/schroot/mount/build/var/lib/mongodb/journal/

Are you sure, that PowerDNS wasn't writing into the database? Journal
after installation takes 8kB and doesn't change without activity.

Antonin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#669660: NMU diff for aranym (0.9.13-3.1) (was Re: Bug#669660: aranym: SIGSEGV instead of starting up)

[Antonin Kral]

Hi Thorsten,

thank you, very much appreciated.

Antonin

* Thorsten Glaser t...@mirbsd.de [2012-05-08 15:29] wrote:
 Dear Antonin,

 as per the 0-day NMU rules¹, I’ve prepared a non-maintainer upload
 of your package aranym to fix the RC bug #669660 and have uploaded
 it to DELAYED/0. Please find the debdiff attached for inclusion in
 your next upload. The NMU was versioned as aranym=0.9.13-3.1 (with
 low urgency, as the package in testing is not RC-buggy).

 Now, with the formalities aside, the reason for the bug turned out
 to be ARAnyM not recognising that the kernel was gzipped – instead
 parsing the gzip header as ELF header (not stopped by the check of
 the magic, interestingly enough) and getting insane size values.

 I fixed the configure script and package build-depends to have the
 zlib code included again, built in a clean chroot and it works for
 me now. Considering you *never* had a zlib1g-dev build dependency,
 it probably only worked before by accident, i.e. you (or the spon-
 sor) building the package in an unclean environment.

 I hope to not have inconvenienced you with this upload, rather ai-
 ded you (and everyone else involved in m68k “zombie” revival/use).

 Sincerely,
 //mirabilos



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666947: aranym: emulation bug prevents use with Linux/m68k guest

[Antonin Kral]

Hi Thorsten,

I had discussion with Petr about the problem and he told me, that you
have exchanged bunch of emails. Petr told me, that you are suspicious
that packaged actually doesn't contain patches provided. This made mi
wondering, and when I double checked the build process, I figured out,
that the final build is missing debian/source/format as it wasn't
committed to git.

I've fixed that and I am about to reupload 0.9.13-3, which is basically
equivalent to -2 but with format set correctly to quilt.

Guyz, sorry for inconvenience.

Antonin

* Thorsten Glaser t...@mirbsd.de [2012-04-15 07:39] wrote:
 reopen 666947
 found 666947 0.9.13-2
 thanks

 Dixi quod…

 sorry for this, but apparently, not all regressions in the new
 emulation have been fixed.

 Still too severe regressions:

 mv: memory exhausted

 These are still there, and it gets worse: the system boots
 and misbehaves.

 Boot log:

 tg@zigo:~/Aranym $ ./runheadless
 ARAnyM 0.9.13
 Using config file: 'aranym.headless'
  Missing value in Config file aranym.headless on line 8 !!!
 Could not open joystick 0
 ARAnyM RTC Timer: /dev/rtc: No such file or directory
 ARAnyM LILO: Error loading ramdisk 'root.bin'
 Blitter tried to read byte from register ff8a00 at 007232
 [0.00] Initializing cgroup subsys cpuset
 [0.00] Initializing cgroup subsys cpu
 [0.00] Linux version 3.2.0-2-atari (Debian 3.2.14-1) 
 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1+m68k.3) ) 
 #1 Tue Apr 10 01:42:07 UTC 2012
 [0.00] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149 PCM CODEC 
 DSP56K SCC ANALOG_JOY BLITTER IDE TT_CLK FDC_SPEED
 [0.00] NatFeats found (ARAnyM, 1.0)
 [0.00] Built 2 zonelists in Zone order, mobility grouping on.  Total 
 pages: 198432
 [0.00] Kernel command line: root=/dev/nfhd8p1 console=nfcon 
 devtmpfs.mount=1 BOOT_IMAGE=vmlinux
 [0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
 [0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 
 bytes)
 [0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
 [0.00] Memory: 787052k/787052k available (2752k kernel code, 10876k 
 data, 112k init)
 [0.00] NR_IRQS:72
 [0.00] Console: colour dummy device 80x25
 [0.00] Calibrating delay loop... 158.10 BogoMIPS (lpj=790528)
 [0.07] pid_max: default: 32768 minimum: 301
 [0.07] Security Framework initialized
 [0.07] AppArmor: AppArmor disabled by boot time parameter
 [0.07] Mount-cache hash table entries: 512
 [0.07] Initializing cgroup subsys cpuacct
 [0.07] Initializing cgroup subsys memory
 [0.07] Initializing cgroup subsys devices
 [0.07] Initializing cgroup subsys freezer
 [0.07] Initializing cgroup subsys blkio
 [0.07] devtmpfs: initialized
 [0.08] print_constraints: dummy:
 [0.08] NET: Registered protocol family 16
 [0.10] bio: create slab bio-0 at 0
 [0.10] SCSI subsystem initialized
 [0.14] NET: Registered protocol family 2
 [0.14] IP route cache hash table entries: 32768 (order: 5, 131072 
 bytes)
 [0.14] TCP established hash table entries: 131072 (order: 8, 1048576 
 bytes)
 [0.17] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
 [0.17] TCP: Hash tables configured (established 131072 bind 65536)
 [0.17] TCP reno registered
 [0.17] UDP hash table entries: 512 (order: 1, 8192 bytes)
 [0.17] UDP-Lite hash table entries: 512 (order: 1, 8192 bytes)
 [0.17] NET: Registered protocol family 1
 [0.17] nfhd8: found device with 20971440 blocks (512 bytes)
 [0.19]  nfhd8: AHDI p1 p2
 [0.19] console [nfcon0] enabled
 [0.19] nfeth: API 5
 [0.19] eth0: nfeth addr:192.168.0.1 (192.168.0.2) 
 HWaddr:52:54:00:22:81:00
 [0.20] audit: initializing netlink socket (disabled)
 [0.20] type=2000 audit(1331757211.200:1): initialized
 [0.20] VFS: Disk quotas dquot_6.5.2
 [0.20] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
 [0.20] msgmni has been set to 1537
 [0.21] alg: No test for stdrng (krng)
 [0.21] Block layer SCSI generic (bsg) driver version 0.4 loaded 
 (major 252)
 [0.21] io scheduler noop registered
 [0.21] io scheduler deadline registered
 [0.21] io scheduler cfq registered (default)
 [0.21] atafb_init: start
 [0.21] atafb_init: initializing Falcon hw
 [0.21] atafb: screen_base 00b9d000 real_screen_base 00b9d000 
 screen_len 311296
 [0.21] Determined 640x480, depth 4
 [0.21]virtual 640x972
 [0.22] Console: switching to colour frame buffer device 80x30
 [0.23] fb0: frame buffer device, using 304K of video memory
 [0.23] Non-volatile memory driver v1.3
 [0.23] Atari floppy driver: max. HD, track 

Bug#666947: aranym: emulation bug prevents use with Linux/m68k guest

[Antonin Kral]

* Thorsten Glaser t...@mirbsd.de [2012-04-09 11:36] wrote:
 sorry for this, but apparently, not all regressions in the new
 emulation have been fixed.

 Ping? I might NMU otherwise, under the new rule that RC bugs
 with no maintainer activity for a week can be 0-day NMUd.

I am going to upload new package during today/tomorrow. It wasn't really
without activity as we have discussion with upstream off-record.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656444: /usr/bin/mongoimport: mongoimport man page missing --jsonArray argument

[Antonin Kral]

Hi Jason,

nice catch, thank you.

Antonin

* Jason Woofenden ja...@jasonwoof.com [2012-01-19 14:00] wrote:
 Package: mongodb-clients
 Version: 1:2.0.2-2
 Severity: minor
 File: /usr/bin/mongoimport

 Hi,

 Thanks for packaging/maintaining! I'm having fun learning mongodb.

 I was lucky to discover the --jsonArray flag for mongoimport
 online, because it's missing from the mongoimport man page.

 mongoimport --help   does show it also, but sometimes I don't think
 to check that.

 Thanks,- Jason


 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)

 Kernel: Linux 3.1.0-1-686-pae (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 mongodb-clients depends on:
 ii  libboost-filesystem1.46.1   1.46.1-8
 ii  libboost-program-options1.46.1  1.46.1-8
 ii  libboost-system1.46.1   1.46.1-8
 ii  libboost-thread1.46.1   1.46.1-8
 ii  libc6   2.13-24
 ii  libgcc1 1:4.6.2-11
 ii  libpcre38.12-4
 ii  libpcrecpp0 8.12-4
 ii  libstdc++6  4.6.2-11

 mongodb-clients recommends no packages.

 mongodb-clients 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#641678: cdbs: 0.4.97 breaks scons build

[Antonin Kral]

Package: cdbs
Version: 0.4.97
Severity: serious

Hi,

when rebuilding mongodb I have found that when upgrading cdbs to 0.4.97
then the build process (through scons) fails (it is actually not trying
to build at all):

 debian/rules build
make: Nothing to be done for `build'.
 fakeroot debian/rules binary
make: Nothing to be done for `binary'.

when I downgrade cdbs to 0.4.96 the exactly same package builds without
a problem. I was testing the build in freshly created cowbuilder.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#634393: pimd: FTBFS: main.c:240:10: error: variable 'result' set but not used [-Werror=unused-but-set-variable]

[Antonin Kral]

* Lucas Nussbaum lu...@lucas-nussbaum.net [2011-07-20 20:40] wrote:
 Source: pimd
 Version: 2.1.6-1
 Usertags: qa-ftbfs-20110718 qa-ftbfs
 Justification: FTBFS on amd64

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

Hi,

I went through the code and hopefully removed or annotated all
problematic variables/params. It has not been uploaded to debian yet as
I asked upstream for code-review. It has handled by him as

https://github.com/troglobit/pimd/issues/10

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#634393: Bug#641551: package ftbfs with ld --as-needed

[Antonin Kral]

Hi Matthias,

now I am a bit puzzled. The patch you have attached looks to me as a fix
for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634393 which I
have actually addressed by removing and annotating the problematic
places in the code. But before I am going to upload to Debian I wanted
to have code-review from upstream. It is handled in

https://github.com/troglobit/pimd/issues/10

Unfortunately I still don't have any feedback from him. I had you
solution on mind initially as well but considered it more as a
workaround.

* Matthias Klose d...@ubuntu.com [2011-09-14 17:20] wrote:
 hmm, it should be ...

 On 09/14/2011 04:39 PM, Antonin Kral wrote:
  patch at
  http://launchpadlibrarian.net/79845569/pimd_2.1.6-1_2.1.6-1ubuntu1.diff.gz
 
  It looks like that launchpadlibrarian is not accessible for me.

Actually I figured out that launchpadlibrarian is routable from the
office network but it is reachable from home.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641646: mongodb: MongoDB 2.0 is available

[Antonin Kral]

Hi Thomas,

I am working on it. It is almost done, but I need to solve one problem
with statically linking against pcre3. Actually I can probably upload it
right away and work on the lib issue.

Antonin

* Thomas Clavier t...@tcweb.org [2011-09-15 06:38] wrote:
 Package: mongodb
 Severity: wishlist

 Hello

 A new version of mongodb is available from septembre 12. Is it possible
 to package it ? it come with many new interesting functionality like
 journaling enabled by default or authentication with shared cluster.

 Thanks in advance.

 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (50, 'unstable')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#637370: mongodb: FTBFS on i386

[Antonin Kral]

Hello Julien,

thank you for you bugreport. The same problem exists in 1.8.3 as well.
The actual build is working but test suit is failing. I've forwarded
report to upstream (https://jira.mongodb.org/browse/SERVER-3676) to get
some insight from them. It is clearly related to switch to v8.

Cheers,

Antonin

* Julien Cristau jcris...@debian.org [2011-08-10 19:30] wrote:
 Package: mongodb
 Version: 1:1.8.2-2
 Severity: serious
 Justification: fails to build from source

 See 
 https://buildd.debian.org/status/fetch.php?pkg=mongodbarch=i386ver=1%3A1.8.2-2stamp=1312755466

  running /build/buildd-mongodb_1.8.2-2-i386-WpHFFq/mongodb-1.8.2/mongod 
  --port 32000 --dbpath 
  /build/buildd-mongodb_1.8.2-2-i386-WpHFFq/mongodb-1.8.2/debian/tmp-test/data/db/sconsTests/
   ***
   Test : test ...
  275886.018991ms
  test /build/buildd-mongodb_1.8.2-2-i386-WpHFFq/mongodb-1.8.2/test exited 
  with status 17
  Traceback (most recent call last):
File buildscripts/smoke.py, line 489, in module
  main()
File buildscripts/smoke.py, line 485, in main
  report()
File buildscripts/smoke.py, line 350, in report
  raise Exception(Test failures)
  Exception: 0 tests succeeded
  Test failures
  The following tests failed (with exit code):
  /build/buildd-mongodb_1.8.2-2-i386-WpHFFq/mongodb-1.8.2/test17
  scons: *** [smoke] Error 1
  scons: building terminated because of errors.
  make: *** [common-post-build-impl] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
  status 2

 Cheers,
 Julien




signature.asc
Description: Digital signature

Bug#638292: gtkguitune: FTBFS(!linux): fails to apply patches

[Antonin Kral]

Hi Christoph,

thanks a lot for bug report. Silly me, I've forgotten to take care about
patches when I've migrated from dpatch to quilt.

Antonin

* Christoph Egger christ...@debian.org [2011-08-18 12:20] wrote:
 Package: src:gtkguitune
 Version: 0.8-4
 Severity: serious
 Tags: sid wheezy
 Justification: fails to build from source (but built successfully in the past)

 Hi!

 Your package failed to build on the kfreebsd-* buildds because it
 doesn't apply the patches.

 Full build log at
 https://buildd.debian.org/status/fetch.php?pkg=gtkguitunearch=kfreebsd-amd64ver=0.8-4stamp=1313605462

 Regards

 Christoph

 If you have further questions please mail debian-...@lists.debian.org
 --
 9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
 Debian Developer | Lisp Hacker | CaCert Assurer





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#631054: mongodb: FTBFS against iceweasel 4.0 or 5.0

[Antonin Kral]

Hi Markos,

* Marcos Marado mindboosterno...@gmail.com [2011-07-28 16:55] wrote:
 AFAICS, there's a patch to fix this at
 https://jira.mongodb.org/browse/SERVER-2683

thank you for pointing this patch out. The problem with it is that it is
against 1.6.3 and we are at 1.8.2 with mongodb right now. I've checked
the patch and it is quite intrusive, it will not apply to 1.8. I've
checked if I can patch 1.8 by hand to follow, but code has changed a
lot.

I've checked with upstream briefly. I believe then that using V8 as
javascript engine will be the best option. Jérémy is already working on
in.

   Thank you,

  Antonin



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#634484: /etc/mongodb.conf ignored

[Antonin Kral]

Hi Joep,

* Joep van Delft meka...@xs4all.nl [2011-07-20 20:40] wrote:
 mongodb uses database /data/db despite database path being configured
 in /etc/mongodb.conf. Obviously, cannot connect to database with
 /usr/bin/mongo.

Yeap, I can see, where the problem is. The init.d script is actually
forcing the dbpath by running mongodb as

/usr/bin/mongod --dbpath /var/lib/mongodb --logpath 
/var/log/mongodb/mongodb.log --config /etc/mongodb.conf run

I have to dig a bit into history, but I think that this was actually
added to prevent basic misconfigurations. This is definitely veritable
in /etc/default. I'll describe it in README or take value from config
file.

 Also, mysteriously, dpkg -L mongodb outputs only files in
 /usr/share/doc tree. Let me know if I should file another bug report
 for this (or, in what new way I am being an idiot here).

This is actually correct behavior as the actual server resides in
mongodb-server package:

root@bob:~# dpkg -L mongodb-server | wc -l
27
root@bob:~#

Cheers,

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609861: pimd: Conflicts with an optional package (policy 2.5)

[Antonin Kral]

Hi Jonathan,

* Jonathan Wiltshire j...@debian.org [2011-01-13 08:53] wrote:
 However, pimd has a Conflicts on smcroute which is optional on all
 architectures, so this isn't a serious bug but it does violate a should.

You are totally right. The thing is that I've (and upstream as well)
received several 'bug reports' from people saying that they are not
able to use smcroute or pimd in parallel. These packages are mutually
exclusive. So I went down the path of adding conflict to smcroute to
emphasize the fact, that they should not be used together.

I have to give another try to convince smcroute maintainer to go to
extra (with pimd to follow).

Thank you for you report,

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609864: smcroute: Request for changing priority to extra

[Antonin Kral]

Package: smcroute
Version: 0.94.1-1
Severity: normal

Hi,

I've received about dozen 'bug reports' about the fact, that pimd and
smcroute cannot be used in parallel. I've decided to add smcroute as
conflict to pimd.

Both packages are currently 'optional', so adding the conflict violates
policy:

http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities

'Note that optional packages should not conflict with each other.'

So the simplest way would be to change priority of both packages to
'extra'. How do you feel about such change? Change in pimd is handled in
Bug#609861

Thank you,

   Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609864: smcroute: Request for changing priority to extra

[Antonin Kral]

Hi all,

thanks for a nice lift off.

* Julien BLACHE jbla...@debian.org [2011-01-13 18:44] wrote:
 Good; priority should be given to a real mc routing daemon, ie what
 the user expects to get when she installs multicast-routing-daemon.

This will definitely work for me.

  The pimd/xorp situation should be investigated, as I'm not sure both can
  be installed at the same time either.
 
  They cannot because multicast routing always needs access to the multicast
  routing table (MRT), which the kernel lets you only access through a socket
  after calling setsockopt() with MRT_INIT (see above).
 
 Yes, but it isn't as clear cut as it looks given xorp can do mc routing
 or not depending on configuration (AIUI from the description). If that
 is the case, you may want to use xorp for some tasks and pimd for mc
 routing.

They will conflicts as well if you enable mc routing in xorp, but I
would agree that we cannot just add static conflict between these to
packages. I would say, that we can safely assume, that if the user is
able to configure xorp she is capable of solving the conflict on MRT
access (e.g. by removing pimd or reconfiguring xorp).

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609304: pimd: Insecure file creation in /var/tmp (CVE-2011-0007)

[Antonin Kral]

Hi Vincent,

thank you for you report. Your solution is pretty straightforward. I
just want to check with upstream that he is fine with the upstream. This
issue has probably smaller impact as pimd is expected to be running on
dedicated machines (e.g. routers).

Thank you,

Antonin

* Vincent Bernat ber...@debian.org [2011-01-08 13:20] wrote:
 This vulnerability was reported to Debian Security Team and has been
 assigned CVE-2011-0007.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608711: Patch for 608711

[Antonin Kral]

Hi Brian,

* brian m. carlson sand...@crustytoothpaste.net [2011-01-04 17:30] wrote:
 Attached is the diff referred to by upstream.  It applies without
 problems and I have confirmed that applying it causes it to build
 successfully on kfreebsd-amd64.

thank you for confirmation. I have already uploaded fixed package
yesterday (2.1.5-3). It seems that it has not been processed yet. What
is weired, and I am going to check it now.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608711: pimd: FTBFS on kfreebsd-*: kern.c:341: error: unused parameter 'v'

[Antonin Kral]

Hi Cyril,

thank you for you for your report.

* Cyril Brulebois k...@debian.org [2011-01-02 23:25] wrote:
 Source: pimd
 Version: 2.1.5-2
 Severity: serious
 Justification: FTBFS
 
 Hi,
 
 your package no longer builds on kfreebsd-*:
 |   CC  kern.o
 | cc1: warnings being treated as errors
 | kern.c: In function 'k_del_vif':
 | kern.c:341: error: unused parameter 'v'
 | make[1]: *** [kern.o] Error 1
 
 (Yay for -Werror.)

Is there any real reason for forcing -Werror during the package build? I
don't know if you had time to check the sources. The error is caused by
the fact, that MRT_DEL_VIF API is different in linux and in BSD (Linux
needs pointer to struct uvif). So the implementation in pimd:
  - always passes pointer to that structure to k_del_vif()
  - if on Linux, it is passed to kernel
  - if on BSD, it is not used

So I we stick with -Werror, than I see two solutions:
  a) wrap calls to k_del_vif() with additional logic which will change
 the prototype / will decide to or not to pass the scructure
  b) fake use of 'v' (which is the structure) in k_del_vif()

Both options seems to be a bit of 'hack'.

I've included Joachim (upstream) to this discussion to have his point of
view.

Thank you,

Antonin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578806: maildir-utils: ignores --clearlinks

[Antonin Kral]

Hi,

I have the same problem. I've filled the upstream ticket with patch as
the problem is in use of stat() instead of lstat().

Ticket: http://code.google.com/p/mu0/issues/detail?id=28

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#588557: mongodb-dev: Ships files in /usr/lib64/

[Antonin Kral]

Hi Kurt,

thank you for the report. Could you please give my some pointers to
learn more details, how this is expected to be harmful?

I have seen other report of yours at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588554

but I was unable to find something solid about the issue. It looks like,
that Debian policy permits lib as well as lib64. On the other hand, I
have found some problem with dpkg and directory handling in lib. There
is the generic rule, that all libs in debian are in lib, but it seems to
me that 

bo...@bobek-a0:~$ ls /usr/lib64 | wc -l
3540

is pretty high number to be just accident.

Thank you, I really appreciate your time,

Antonin

* Kurt Roeckx k...@roeckx.be [2010-07-09 18:35] wrote:
 Package: mongodb-dev
 Version: 1:1.4.3-2
 Severity: serious
 
 Hi,
 
 Your package is shipping files in /usr/lib64/ on amd64. This can break
 people's system.  Please move the files to /usr/lib/
 
 
 Kurt
 
 
 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#588557: mongodb-dev: Ships files in /usr/lib64/

[Antonin Kral]

* Julien Cristau jcris...@debian.org [2010-07-09 20:25] wrote:
 $ ls -ld /usr/lib64
 lrwxrwxrwx 1 root root 3 Nov 27  2008 /usr/lib64 - lib
 
 /usr/lib64 is not a directory, so packages aren't supposed to ship it as
 one.

Stupid me - I have actually checked if the dir is not symlink, but on
the box where is not because of some of previous tests and the count was
from my standard box, where I haven't checked the dir itself.

I now see the point. Thanks guys.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572971: upgrade fails if mongodb not currently started

[Antonin Kral]

Hi Michal,

could you please check the file /etc/init.d/mongodb ? I am suspicious
that it will be symlink:

mongodb - /lib/init/upstart-job

This is caused by the incorrect implementation of upstart / upgrade path
from the upstart script.

Please remove the file and reinstall the package. It should solve your
problem.

Thank you,

Antonin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572971: upgrade fails if mongodb not currently started

[Antonin Kral]

Hello Michal,

to be honest I am not able to replicate your problem. I am a bit
confused with the message:

 stop: Unknown instance: 

I have just went through multiple upgrade scenarios (like stopped
daemon, killed...) and all of them were pretty successful.

One thing came on mi mind through - the -1 version includes upstart
script, which slipped accidentally through. So I am a bit suspicious
about it messing the rc.

Are you able to upgrade by hand?

Thank you,

Antonin

* Michal Politowski m...@charybda.icm.edu.pl [2010-03-08 06:47] wrote:
 Package: mongodb
 Version: 1:1.2.2-1
 Severity: normal
 
 Preparing to replace mongodb 1:1.2.2-1 (using .../mongodb_1.2.2-2_i386.deb) 
 ...
 arg: upgrade
 Stopping mongodb...
 stop: Unknown instance: 
 invoke-rc.d: initscript mongodb, action stop failed.
 dpkg: warning: old pre-removal script returned error exit status 1
 dpkg - trying script from the new package instead ...
 arg: failed-upgrade
 Stopping mongodb...
 stop: Unknown instance: 
 invoke-rc.d: initscript mongodb, action stop failed.
 dpkg: error processing 
 /var/cache/debtorrent/ftp.pl.debian.org_debian_dists_unstable_main_binary-i386/pool/main/m/mongodb/mongodb_1.2.2-2_i386.deb
  (--unpack):
  subprocess new pre-removal script returned error exit status 1
 update-rc.d: warning: /etc/init.d/mongodb missing LSB information
 update-rc.d: see http://wiki.debian.org/LSBInitScripts
 Errors were encountered while processing:
  
 /var/cache/debtorrent/ftp.pl.debian.org_debian_dists_unstable_main_binary-i386/pool/main/m/mongodb/mongodb_1.2.2-2_i386.deb
 
 -- 
 Michał Politowski
 Talking has been known to lead to communication if practiced carelessly.
 
 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#572812: upstart

[Antonin Kral]

Hi John,

actually you are absolutely right and I have plan to remove upstart
anyway as the script slipped in accidentally and even is not correct.

Thank you for taking care,

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570076: mongodb - Arbitrary architecture specification

[Antonin Kral]

* Bastian Blank wa...@debian.org [2010-02-16 11:10] wrote:
 mongodb restricts itself to amd64 and i386. However it does not define
 why and my preliminary tests showed no problems on s390.

Hi Bastian,

thank you for report and proposal. The reason is pretty simple at this
time - upstream supports only x86 and amd64 architectures so didn't want
to blindly say all in architectures. So I will discuss other
architectures with upstream as well.

I would appreciate any help / patches for making it running on other
architectures.

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216141138.gd20...@bobek.cz

Bug#570076: (no subject)

[Antonin Kral]

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216203723.ga6...@bobek.cz

Bug#570076: Some clarification

[Antonin Kral]

Hi Bastian,

I talked with upstream and they confirmed my observations that mongo is
supposed to work only on x86 architectures

cite author=Richard Kreuter
The mongodb server depends on both little-endianness and unaligned
memory access, which I believe means it can only work on i386 and
amd64, so yes, we're not portable beyond those.  (It has compiled for
me in the past on powerpc, but it won't run there.)
/cite

I believe that we have only two options - remove mongodb from Debian or
support it only on x86 and amd64 architectures. I would vote for the
second option.

I will make a not in README.Debian in mongodb package.

Thank you very much for you input,

Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216205730.ga5...@bobek.cz

Bug#570148: mongodb: 1.3.x unsuitable for stable in maintainer's opinion

[Antonin Kral]

Package: mongodb
Version: 1.3.1-2
Severity: grave
Justification: renders package unusable

We have agreed with upstream that we want to prevent mongodb 1.3.x in
reaching squeeze. Upstream prefers to have 1.2.x in stable.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100216214134.14610.61068.report...@bobek-a0.bobek.cz

Bug#569417: mongodb: FTBFS: Nonexistent build-dependency: xulrunner-1.9-dev

[Antonin Kral]

Hello Lucas,

I would like to ask you for some guidance here. buildd is right about
xulrunner-1.9-dev package as it doesn't really exist. On the other hand
the xulrunner-dev should be available.

As the xulrunner-1.9-dev is package name in Ubuntu, I have included it
to build-deps as well to make live to Ubuntu guys easier. apt seems to
be fine while installing builddeps. 

So have I hit limitation of buildd system, or missed something important
and the fact, that I am able to build the package with cowbuilder is
pure accident.

Thank you,

Antonin

* Lucas Nussbaum lu...@lucas-nussbaum.net [2010-02-11 20:31] wrote:
 Source: mongodb
 Version: 1.3.1-1
 Severity: serious
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20100211 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
 Relevant part:
  ** Using build dependencies supplied by package:
  Build-Depends: debhelper (= 7), libpcre3, libpcre3-dev, scons, 
  xulrunner-1.9-dev | xulrunner-1.9.1-dev | xulrunner-dev (= 1.9), 
  libboost1.35-dev | libboost1.37-dev | libboost1.38-dev | libboost1.40-dev, 
  libboost-thread1.35-dev | libboost-thread1.37-dev | libboost-thread1.38-dev 
  | libboost-thread1.40-dev, libboost-filesystem1.35-dev | 
  libboost-filesystem1.37-dev | libboost-filesystem1.38-dev | 
  libboost-filesystem1.40-dev, libboost-program-options1.35-dev | 
  libboost-program-options1.37-dev | libboost-program-options1.38-dev | 
  libboost-program-options1.40-dev, libboost-date-time1.35-dev | 
  libboost-date-time1.37-dev | libboost-date-time1.38-dev | 
  libboost-date-time1.40-dev
  
  ┌──┐
  │ Install build dependencies
 │
  └──┘
  
  Checking for already installed source dependencies...
  W: Unable to locate package libboost-date-time1.35-dev
  W: Unable to locate package xulrunner-1.9-dev
  W: Unable to locate package xulrunner-1.9.1-dev
  debhelper: missing
  Using default version 7.4.13
  libpcre3: missing
  libpcre3-dev: missing
  scons: missing
  xulrunner-1.9-dev: missing
  xulrunner-1.9.1-dev: missing
  xulrunner-dev: missing
  Using default version 1.9.1.6-2
  libboost1.35-dev: missing
  libboost1.37-dev: missing
  libboost1.38-dev: missing
  libboost1.40-dev: missing
  libboost-thread1.35-dev: missing
  libboost-thread1.37-dev: missing
  libboost-thread1.38-dev: missing
  libboost-thread1.40-dev: missing
  libboost-filesystem1.35-dev: missing
  libboost-filesystem1.37-dev: missing
  libboost-filesystem1.38-dev: missing
  libboost-filesystem1.40-dev: missing
  libboost-program-options1.35-dev: missing
  libboost-program-options1.37-dev: missing
  libboost-program-options1.38-dev: missing
  libboost-program-options1.40-dev: missing
  libboost-date-time1.35-dev: missing
  libboost-date-time1.37-dev: missing
  libboost-date-time1.38-dev: missing
  libboost-date-time1.40-dev: missing
  Checking for source dependency conflicts...
  E: Couldn't find package xulrunner-1.9-dev
 
 The full build log is available from:

 http://people.debian.org/~lucas/logs/2010/02/11/mongodb_1.3.1-1_lsid64.buildlog
 
 A list of current common problems and possible solutions is available at 
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
 
 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.
 
 -- 
 | Lucas Nussbaum
 | lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
 | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
 
 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#523937: New owner

[Antonin Kral]

Hi all,

we have agreed with Kristina and rest of the 10gen guys that I will try
to push debian package of mongodb to the official repo. Package is
currently sitting in NEW.

   Antonin


signature.asc
Description: Digital signature

Bug#565716: pimd: New upstream

[Antonin Kral]

Subject: pimd: New upstream
Package: pimd
Severity: wishlist

I am reporting this to myself to let everybody know, that Joachim has
contacted me about his activity at http://github.com/troglobit/pimd

We will bring this repo as a new upstream for Debian packages soon. Stay
tuned.

Antonin


signature.asc
Description: Digital signature

Bug#522288: ftp.debian.org: New package version refused due to no cross-signed gpg key

[Antonin Kral]

Package: ftp.debian.org
Severity: important

Hello,

sorry for asking, but I have problem with uploading new version of my
package to Debian. Submit is every time refused with

GnuPG signature check failed on atari800_2.1.0-3_i386.changes
gpg: Signature made Thu Apr  2 03:46:42 2009 UTC using DSA key ID 1BF2305A
gpg: WARNING: signing subkey 1BF2305A is not cross-certified
gpg: please see http://www.gnupg.org/faq/subkey-cross-certify.html for more 
information
gpg: Can't check signature: general error (Exit status 2)
/atari800_2.1.0-3_i386.changes has bad PGP/GnuPG signature!
Removing /atari800_2.1.0-3_i386.changes, but keeping its associated files for 
now.

I am pretty sure, that I have cross-signed my key long time ago:

Command cross-certify  
signing subkey 1BF2305A is already cross-certified

I have tried to push my current key to keyring.debian.org (which was
fine), but without any luck from the package submission point of view.

I didn't find any helpful post in mailing list archives. Can you please
assist me with this problem?

Thank you, cheers,

 Antonin


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#509460: gtkguitune - new upstream version

[Antonin Kral]

Hello Barry,

thank you for bug report, I'm sorry for longer response due to total
working overload at my side. New package should be on the way in the
queue.

Best Regards,

  Antonin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#506837: ITP: minisapserver -- Mini SAP server

[Antonin Kral]

* Ben Hutchings [EMAIL PROTECTED] [2008-11-26 20:55] wrote:
 On Tue, Nov 25, 2008 at 08:01:18AM +0100, Antonin Kral wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Antonin Kral [EMAIL PROTECTED]
  
  * Package name: minisapserver
Version : 0.3.5
Upstream Author : multiple
  * URL : http://www.videolan.org
  * License : GPL
Programming Lang: C
Description : Mini SAP server
  
  Mini SAP Server from VideoLan project is a small standalone application
  that can produce SAP announcements.
 
 Please expand the first use of SAP in the package description.  It
 could be taken to mean that expensive German software system or a Service
 Access Point, but I suspect it stands for something else entirely.

OK, you thing that it is not SAP a.g.? Hmm, you are absolutely right,
Ben. I have changes description in the package to the following:

cite from debian/control
Description: Mini SAP Server
 Mini SAP Server from VideoLan project is a small standalone application that
 can produce Session Announcement Protocol (SAP) announcements in Session
 Description Protocol (SDP) format. SAP is  described in RFC2974. SDP in
 RFC4566.
 .
 This is a mini-sap-server from VideoOnLan project.
/cite


Cheers,

Antonin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#506837: ITP: minisapserver -- Mini SAP server

[Antonin Kral]

Package: wnpp
Severity: wishlist
Owner: Antonin Kral [EMAIL PROTECTED]

* Package name: minisapserver
  Version : 0.3.5
  Upstream Author : multiple
* URL : http://www.videolan.org
* License : GPL
  Programming Lang: C
  Description : Mini SAP server

Mini SAP Server from VideoLan project is a small standalone application
that can produce SAP announcements.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490982: fixed

[Antonin Kral]

* Thomas Viehmann [EMAIL PROTECTED] [2008-07-20 18:20] wrote:
 Dario Minnucci (midget) wrote:
  I'm the maintaner of 'ftpmirror' and it's the first notice I get of this RM 
  request.
  One RC bug was reported against 'ftpmirror' at #488162 and was solved in 2 
  days.
 
  I see no reason for removing this package, it's bug free, as it was before 
  so I'm really surprised
  for the RM request.
 Antonin who submitted the bug, maintains fmirror, maybe that's the
 confusion.
 
 Antonin, is that the package you were talking about?

Hi Thomas,

oh, I really apologize to everybody. Thomas is right, I was talking
about fmirror package, not ftpmirror.

Antonin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490982: RM: ftpmirror/testing -- ROM; RC-buggy; abandoned upstream

[Antonin Kral]

Package: ftp.debian.org
Severity: normal

Hello,

I am thing about removing ftpmirror completely from debian. Last
upstream is dated back to 2004. I don't have time and resources for
overtaking upstream work. There are some RCs filled against this package
as well. Furthermore, I have some signals that people are not really
using this package anymore.

Cheers,

Antonin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389472: Packaging of sqlgrey

[Antonin Kral]

Hello,

I need sqlgrey for one of my projects, so I have decided to overtake
packaging of this application, because there was not progress so far. I
suppose that there was no real intention for packaging in the close
future, according to (non existing response to) Message 10.

  Thank you,

  Antonin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#455413: Fixed in upcomming upstream release

[Antonin Kral]

Hi,

both bugs:

#455413 FTBFS with GCC 4.3: 'strncpy' was not declared in this scope
#459364 aranym: Bug in FPU emulation (frexp())

are addressed in upcoming upstream release, which is expected soon. 

Thanks,

  Antonin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423516: fixed in pimd 2.1.0-alpha29.17-8

[Antonin Kral]

Hello,

could you please try -18. I have figure out, that -17 was wrongly
packaged (still contains the headers).

* Lucas Nussbaum [EMAIL PROTECTED] [2007-08-06 22:40] wrote:
 I'm sorry, but I can reproduce this problem in an up-to-date sid chroot
 (using linux-libc-dev, not linux-kernel-headers):

Aha, I will try with this set-up.

Thanks,

Antonin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432594: fmirror is unable to mirror / directory

[Antonin Kral]

Hello Joey,

thank you. Could you send me the patch? Attachment, which I have
received has zero length.

regards,

Antonin

* Martin Schulze [EMAIL PROTECTED] [2007-07-10 22:40] wrote:
 Package: fmirror
 Version: 0.8.4-13
 Tags: patch
 
 The regular version of fmirror is unable to mirror the / (root)
 directory of a remote host via FTP.  This is the common situation for
 chroot+FTP environments that should be mirrored.
 
 fmirror will fail with the following error message:
 
 20:16:24 Operation failed: 550 No such directory.
 20:16:24 Could not CWD to '..', aborting
 
 The above problem is that with out -T given fmirror tries to execute
 CWD .. on the remote host which is not possible in the / directory.
 
 When this is fixed, fmirror will try to mirror the remote directory to
 the local / directory instead of the given local directory due to a
 blatantly ignorant %s/%s format string.
 
 The attached patch fixes this.
 
 Regards,
 
   Joey
 
 -- 
 Never trust an operating system you don't have source for!
 
 Please always Cc to me when replying to me on the lists.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432594: fmirror is unable to mirror / directory

[Antonin Kral]

Hi Joey,

thanks for the patch. I am going to upload new version in couple of
seconds. I have just changed 

 LOG(0, failure, (Could not CWD to '..', aborting));  

to

 LOG(0, failure, (Could not CWD to %s, aborting, gotodir));


Regards,

  Antonin


* Martin Schulze [EMAIL PROTECTED] [2007-07-11 12:25] wrote:
 Antonin Kral wrote:
  Hello Joey,
  
  thank you. Could you send me the patch? Attachment, which I have
  received has zero length.
 
 Hu?  Next try.
 
 Regards,
 
   Joey
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428355: Upstream

[Antonin Kral]

Hello,

thank you for the bug report. After discussion with upstream authors, I
have decided to forward the bug report to the sf.net bugzilla as

http://sourceforge.net/tracker/index.php?func=detailatid=429796aid=1751419group_id=41106

Cheers,

Antonin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#356282: gtkguitune: Depends on uninstallable libgtkmm1.2-0c2

[Antonin Kral]

Hello Javier,

thank you for your repport. I believe that dependencies in controal are
good, but there was error in system, when I have builded the previous
package - old library left there, so gtkguitune was linked against it.

Cheers,

Antonin

* Javier Kohen [EMAIL PROTECTED] [2006-03-10 22:48] wrote:
 Package: gtkguitune
 Version: 0.7-6
 Severity: grave
 Justification: renders package unusable
 
 Version 0.7-6 of this package is rendered uninstallable by the dependency on 
 libgtkmm1.2-0c2. This may be related to bug 342533.
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.15-ck5
 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
 
 Versions of packages gtkguitune depends on:
 ii  libc6 2.3.6-2GNU C Library: Shared libraries 
 an
 ii  libgcc1   1:4.0.2-8  GCC support library
 ii  libglib1.21.2.10-10.1The GLib library of C routines
 ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets 
 fo
 ii  libgtkmm1.2-0c2a  1.2.10-8   C++ wrappers for GTK+ 1.2 
 (shared 
 ii  libsigc++0c2  1.0.4-9.1  Type-safe Signal Framework for 
 C++
 ii  libstdc++64.0.2-8The GNU Standard C++ Library v3
 hi  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client 
 li
 hi  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous 
 exte
 hi  libxi66.9.0.dfsg.1-4 X Window System Input extension 
 li
 
 gtkguitune recommends no packages.
 
 -- debconf-show failed
 
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#317305: Aranym

[Antonin Kral]

Hello Guyz,

I have just realized that I have completely forgot to pass down som
infos. I have discussed all the bugs with upstream (because one of them
is my ex-roommate) and fixed everything in upstream.

So I am really sorry for wasting you time. Anyway thank you for you
work.

Antonin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#354806: RFP: emutos -- EmuTOS is a OS for 32 bit Atari computer emulators

[Antonin Kral]

Package: wnpp
Severity: wishlist

* Package name: emutos
  Version : 0.8.1
  Upstream Author : Martin Döring [EMAIL PROTECTED]
* URL : http://emutos.sourceforge.net
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Description : EmuTOS is a OS for 32 bit Atari computer emulators
  
EmuTOS is a singleuser singletasking operating system for 32 bit Atari
computer emulators, like Aranym,  STonX or Hatari . It is thought as a
replacement for the TOS-images you usually need today for using emulators
and it is also running on some real hardware, like the Atari Mega STE. All
is open and maybe it is also running on totally new machines in the future.

It will be needed by Aranym and StonX

-- System Information:
Debian Release: testing/unstable
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.29
Locale: LANG=C, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)

Bug#342197: Please remove wmkbd from sid

[Antonin Kral]

Hi Jurij,

you are absolutely right. wmkbd is not really nice app. I have tried to
contact upstream several times, but with no response.

I have started code rewriting, but I relly don't have enaught time to
finish it. So I am voting for package removal as well...

antonin

* Jurij Smakov [EMAIL PROTECTED] [2006-01-21 21:48] wrote:
 Package: ftp.debian.org
 Severity: normal
 
 Hi,
 
 There are multiple RC issues with wmkbd package, bug 342197 has been filed 
 a while ago describing them. One of the issues is the presence of a
 source-less binary blob in the package. As there was no reaction from 
 maintainer for a month and a half now, I suggest its removal from sid.
 
 Best regards,
 
 Jurij Smakov[EMAIL PROTECTED]
 Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#336898: gtkguitune: FTBFS on GNU/kFreeBSD

[Antonin Kral]

Hi,

thank you very much for you patch, I will incorporate it to the next
upload.

Best regards,

Antonin

* Aurelien Jarno [EMAIL PROTECTED] [2005-11-01 21:19] wrote:
 Package: gtkguitune
 Severity: important
 Tags: patch
 
 Hi,
 
 The current version of gtkguitune fails to build on GNU/kFreeBSD, 
 because of outdated config.{guess,sub} and because linux/soundcard.h
 is Linux specific. sys/soundcard.h should be included instead on 
 *BSD. Please find attached a patch to fix that. It would be nice if 
 you could include it in the next upload.
 
 Thanks in advance,
 Aurelien
 
 
 -- System Information:
 Debian Release: testing/unstable
 Architecture: kfreebsd-i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: GNU/kFreeBSD 5.4-1-686
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

 Author: aurel32
 Status: in BTS
 
 diff -u gtkguitune-0.7/debian/control gtkguitune-0.7/debian/control
 --- gtkguitune-0.7/debian/control
 +++ gtkguitune-0.7/debian/control
 @@ -2,7 +2,7 @@
  Section: x11
  Priority: optional
  Maintainer: Antonin Kral [EMAIL PROTECTED]
 -Build-Depends: debhelper ( 4.0.0), libgtkmm-dev, libgtk1.2-dev
 +Build-Depends: debhelper ( 4.0.0), libgtkmm-dev, libgtk1.2-dev, 
 autotools-dev
  Standards-Version: 3.6.2
  
  Package: gtkguitune
 only in patch2:
 unchanged:
 --- gtkguitune-0.7.orig/main.cc
 +++ gtkguitune-0.7/main.cc
 @@ -24,7 +24,12 @@
  #include fcntl.h
  #include unistd.h
  #include sys/ioctl.h
 +#if defined(__linux__)
  #include linux/soundcard.h
 +#endif
 +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
 +#include sys/soundcard.h
 +#endif
  
  #include gtk/gtk.h
  #include gtk--/window.h
 only in patch2:
 unchanged:
 --- gtkguitune-0.7.orig/guitune.cc
 +++ gtkguitune-0.7/guitune.cc
 @@ -24,7 +24,12 @@
  #include sys/stat.h
  #include fcntl.h
  #include sys/ioctl.h
 +#if defined(__linux__)
  #include linux/soundcard.h
 +#endif
 +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
 +#include sys/soundcard.h
 +#endif
  
  #include gtk--/main.h
  #include gtk--/box.h



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334750: doc should say that linux will not boot with 0 fastram

[Antonin Kral]

Hi Bill,

you are right. OK, I think that including such notice into documentation
is a good idea.

Cheers and thank you for using aranym,

Antonin

* Bill Allombert [EMAIL PROTECTED] [2005-10-19 20:33] wrote:
 Package: aranym
 Version: 0.9.0final-1
 Severity: normal
 
 Hello Antonin,
 
 The documentation about running woody or sarge under aranym miss
 a crucial point: Linux will not boot with FastRAM=0 which is the 
 default, it will hang while decompressing the ramdisk.
 
 I lost quite some times before finding that setting FastRAM
 to a larger value allowed linux to boot.
 
 Cheers,
 -- 
 Bill. [EMAIL PROTECTED]
 
 Imagine a large red swirl here. 
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.4.27
 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
 
 Versions of packages aranym depends on:
 ii  libc6 2.3.5-7GNU C Library: Shared libraries 
 an
 ii  libgcc1   1:4.0.2-2  GCC support library
 ii  libsdl-image1 1.2.4-1image loading library for Simple 
 D
 ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer
 ii  libstdc++51:3.3.6-10 The GNU Standard C++ Library v3
 ii  zlib1g1:1.2.3-6  compression library - runtime
 
 aranym recommends no packages.
 
 -- no debconf information
 
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]