Bug#977654: atari800: Clarify license version
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#947911: closed by Antonin Kral (Bug#947911: fixed in sqlgrey 1:1.8.0-2)
Hi Adrian, thank you for the ping. I've bumped the version with 1:1.8.0-4 as I cannot combine it with other changes for now. Best, Antonin * Adrian Bunk [2020-02-12 13:15] wrote: > On Fri, Jan 03, 2020 at 08:51:15PM +, Debian Bug Tracking System wrote: > >... > > Architecture: source all > >... > > This needs a source-only upload for testing migration. > > Thanks for fixing this bug > Adrian
Bug#947911: sqlgrey daemon does not stop when requested
* 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
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#907049: openssl: Update to 1.1.1~~pre9-1 makes certain programs unusable
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
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#715007: Any fix coming soon?
* Antonin Kral [2013-07-18 16:32] wrote: > * Thomas Goirand [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715007: Any fix coming soon?
* Thomas Goirand [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715007: Debdiff for proposed NMU
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 [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 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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715007: Any fix coming soon?
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 [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-rc-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
Hi Adam, * Thorsten Glaser [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 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 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 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 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 +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
Bug#698064: Getting aranym 0.9.15-1 to wheezy
Hi Adam, * Adam D. Barratt [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 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 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 +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 +- uint8 *s
Bug#698064: Getting aranym 0.9.15-1 to wheezy
* Thorsten Glaser [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-rc-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
Hi Adam, * Adam D. Barratt [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-rc-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
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-rc-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)
Hi Adam, * Adam D. Barratt [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-rc-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)
Hi Thorsten, * Thorsten Glaser [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-rc-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
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 [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-rc-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)
Hi Thorsten, thank you, very much appreciated. Antonin * Thorsten Glaser [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-rc-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
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 [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 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-vol
Bug#666947: aranym: emulation bug prevents use with Linux/m68k guest
* Thorsten Glaser [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641678: cdbs: 0.4.97 breaks scons build
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-rc-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
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 [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-rc-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]
* Lucas Nussbaum [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637370: mongodb: FTBFS on i386
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 [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=mongodb&arch=i386&ver=1%3A1.8.2-2&stamp=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 > > 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
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 [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=gtkguitune&arch=kfreebsd-amd64&ver=0.8-4&stamp=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-rc-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
Hi Markos, * Marcos Marado [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-rc-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)
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 [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608711: Patch for 608711
Hi Brian, * brian m. carlson [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-rc-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'
Hi Cyril, thank you for you for your report. * Cyril Brulebois [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588557: mongodb-dev: Ships files in /usr/lib64/
* Julien Cristau [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588557: mongodb-dev: Ships files in /usr/lib64/
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 [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570148: mongodb: 1.3.x unsuitable for stable in maintainer's opinion
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-rc-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#570076: Some clarification
Hi Bastian, I talked with upstream and they confirmed my observations that mongo is supposed to work only on x86 architectures 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.) 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-rc-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#570076: mongodb - Arbitrary architecture specification
* Bastian Blank [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-rc-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#569417: mongodb: FTBFS: Nonexistent build-dependency: xulrunner-1.9-dev
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 [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-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#423516: fixed in pimd 2.1.0-alpha29.17-8
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#356282: gtkguitune: Depends on uninstallable libgtkmm1.2-0c2
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#353112: Aranym
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#342197: Please remove wmkbd from sid
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]