Bug#1033658: [m...@debian.org: Re: Bug#1033658: ftp.debian.org: Please add "riscv64" to the archive]
- Forwarded message from Mark Hymers - > Date: Sun, 23 Jul 2023 11:25:21 +0100 > From: Mark Hymers > To: "Manuel A. Fernandez Montecelo" , > 1033658-d...@bugs.debian.orgg > Cc: Aurelien Jarno > Subject: Re: Bug#1033658: ftp.debian.org: Please add "riscv64" to the archive > > mhy@fasolo:~$ dak ls acl -s unstable > acl| 2.3.1-3 | unstable | source, amd64, arm64, armel, armhf, > i386, mips64el, mipsel, ppc64el, riscv64, s390x > > Done > > -- > Mark Hymers - End forwarded message - -- Mark Hymers
Bug#1033658: ftp.debian.org: Please add "riscv64" to the archive
On Wed, 05, Jul, 2023 at 11:19:48PM +0200, Manuel A. Fernandez Montecelo spoke thus.. > Gentle ping? > > We'd like to start with this when possible, the rebuilding of the > whole archive will take a while and this is a good moment for us. > > If there's any blocker, please let us know. Hi Manuel, Sorry for the delay - life is rather busy. I'm going to take the lead for the ftp-team on importing riscv64 to the archive. The key points are: 1. We need to import enough packages from the unofficial port to bootstrap a build chroot. 2. These packages need to be at the current unstable versions. 3. These packages need to be signed with a special gpg upload key so that we can track them and ensure they have been rebuilt before release. If we can have a discussion on #debian-riscv to identify who will be responsible for which parts of this and who from DSA / buildd etc will ensure that their sides are done (where needed), that would be helpful. Once we've had that discussion, I'll add the architecture to the relevant suites, import the GPG key as a restricted upload key and we should be good to get started. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Bug#1017983: reprepro: upgrade from 5.3.0-1.2 to 5.4.1-1 loses data
Package: reprepro Version: 5.4.1-1 Severity: important Tags: upstream Hello, I recently tested an upgrade of reprepro from the version in bullseye (5.3.0-1.2) to the experimental version (5.4.1-1) to allow us to use the Limit feature. After the database migration, no packages are found in the database. This is a fairly large packages database (around about 4.6GiB on disk) with a lot of suites etc. After some debugging, I find that during the upgrade process (in databases.c), this while loop is never actually entered: while (cursor_next(legacy_databases, databases_cursor, , )) { }... which seems to cause the migration to fail (nothing is done) and new databases to be created the next time you use a reprepro command leading to nothing being present in any of the suites. I've kept a copy of the old packages database but, as mentioned, it's large so making it available is tricky. It's been many years since I worked with BDB, so any suggestions as to how to debug further would be helpful. Thanks, Mark signature.asc Description: PGP signature
Bug#969839: Bug#973298: [Pkg-rust-maintainers] Bug#969839: rust-failure: Should rust-failure be removed from unstable?
On Sat, 05, Dec, 2020 at 12:26:27PM +0100, Sylvestre Ledru spoke thus.. > > So you are right, thanks for spotting my mistake, which is because I > > indeed only check if dak rm would cause any issues. I agree that we > > thus likely cannot remove it for now from unstable. > > It has been removed despite this comment. This causes a bunch of breakage. > Could you please bring it back? At the request of the release-team, we re-injected the packages which were still in testing back into unstable. Should be back at the next dinstall. Mark -- Mark Hymers
Bug#923464: carbon-cache unusable in Buster
On Thu, 07, Nov, 2019 at 10:57:23AM +0100, Morten Brekkevold spoke thus.. > The carbon-cache package in Debian Buster is definitely BROKEN - it just > keeps crashing. Hi, We've been running with the attached patch since December which fixes the problem. Thorsten (as you're the last uploader) - I'm happy to prepare a stable update to fix this, but the version is the same in stable/testing so can't do so currently. There are two point release (1.1.5 and 1.1.6) for this package but they seem to be tied into other graphite-* package updates too. Would you accept an NMU to unstable with just this patch and then an accompanying stable update? This problem basically makes graphite-carbon unusable in buster. Thanks. Mark -- Mark Hymers --- graphite-carbon/lib/carbon/cache.py 2020-01-11 11:58:15.877162033 + +++ cache.py 2020-01-11 11:55:19.516768965 + @@ -184,7 +185,8 @@ if not self: return (None, []) if self.strategy: - metric = self.strategy.choose_item() + with self.lock: +metric = self.strategy.choose_item() else: # Avoid .keys() as it dumps the whole list metric = next(iter(self)) @@ -206,18 +208,18 @@ def store(self, metric, datapoint): timestamp, value = datapoint -if timestamp not in self[metric]: - # Not a duplicate, hence process if cache is not full - if self.is_full: -log.msg("MetricCache is full: self.size=%d" % self.size) -events.cacheFull() - else: -with self.lock: +with self.lock: + if timestamp not in self[metric]: +# Not a duplicate, hence process if cache is not full +if self.is_full: + log.msg("MetricCache is full: self.size=%d" % self.size) + events.cacheFull() +else: self.size += 1 self[metric][timestamp] = value -else: - # Updating a duplicate does not increase the cache size - self[metric][timestamp] = value + else: +# Updating a duplicate does not increase the cache size +self[metric][timestamp] = value _Cache = None signature.asc Description: PGP signature
Bug#923464: carbon-cache unusable in Buster
On Sat, 11, Jan, 2020 at 12:05:17PM +, Mark Hymers spoke thus.. > On Thu, 07, Nov, 2019 at 10:57:23AM +0100, Morten Brekkevold spoke thus.. > > The carbon-cache package in Debian Buster is definitely BROKEN - it just > > keeps crashing. > > Hi, > > We've been running with the attached patch since December which fixes > the problem. > > Thorsten (as you're the last uploader) - I'm happy to prepare a stable Urgh - sorry, Thomas, not Thorsten. My brain said one thing and my fingers typed another. Sorry. Mark -- Mark Hymers signature.asc Description: PGP signature
Bug#940104: x2goserver-x2goagent: x2goagent creates coredump after upgrate to Debian 10.1
reassign 940104 nx-libs merge 940104 940103 thanks On Thu, 12, Sep, 2019 at 02:47:23PM +0200, Frank Rocholl spoke thus.. > I'm not able to use x2go anymore. Hi Frank, I'm not the maintainer, but I've had the same problem with x2go in 10.1 (see bug #940103). As a workaround you can downgrade the nx-libs packages (libnx-x11-6, libxcomp3, libxcompshad3, nx-x11-common, nxagent, nxproxy) to the earlier version (you can grab them from snapshot.debian.org if necessary). Thanks, Mark -- Mark Hymers
Bug#940112: buster-pu: package quota/4.04-2+deb10u1
Package: release.debian.org Severity: normal Tags: buster User: release.debian@packages.debian.org Usertags: pu Hi, quota in buster has a bug (#931855) where rpc.rquotad permanently spins at 100% CPU. This bug is fixed in 4.05-1 (unstable) and there is a targeted fix available for 4.04. I have spoken to the maintainer and he is happy for me to upload this. Debdiff attached for approval. Thanks, Mark diff -Nru quota-4.04/debian/changelog quota-4.04/debian/changelog --- quota-4.04/debian/changelog 2018-02-01 11:53:43.0 + +++ quota-4.04/debian/changelog 2019-09-11 20:07:07.0 +0100 @@ -1,3 +1,10 @@ +quota (4.04-2+deb10u1) buster; urgency=medium + + * With permission of maintainer, backport fix to stable to prevent +rpc.rquotad spinning at 100% CPU. Closes: #931855. + + -- Mark Hymers Wed, 11 Sep 2019 20:07:07 +0100 + quota (4.04-2) unstable; urgency=medium * Bumped Standards-Version to 4.1.3, no changes needed. diff -Nru quota-4.04/debian/patches/fix_rquotad.diff quota-4.04/debian/patches/fix_rquotad.diff --- quota-4.04/debian/patches/fix_rquotad.diff 1970-01-01 01:00:00.0 +0100 +++ quota-4.04/debian/patches/fix_rquotad.diff 2019-09-11 20:07:07.0 +0100 @@ -0,0 +1,70 @@ +From: Steve Dickson +Date: Tue, 22 May 2018 12:41:59 +0200 +Subject: [PATCH] Listen on a TCP socket + +rpc.rquotad spins in libtirpc's rendezvous_request() on accepting TCP +connections because the polled TCP socket is not listening: + +poll([{fd=4, events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}, {fd=5, + events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}, {fd=6, + events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}, {fd=7, + events=POLLIN|POLLPRI|POLLRDNORM|POLLRDBAND}], 4, -1) = 2 ([{fd=5, + revents=POLLHUP}, {fd=7, revents=POLLHUP}]) +accept(5, 0x7ffe61698700, [128])= -1 EINVAL (Invalid argument) +accept(7, 0x7ffe61698700, [128])= -1 EINVAL (Invalid argument) + +The polled descriptors are: + +rpc.rquot 21981 root4u IPv4 80449159 0t0 UDP *:rquotad +rpc.rquot 21981 root5u sock 0,9 0t0 80449162 protocol: TCP +rpc.rquot 21981 root6u IPv6 80449165 0t0 UDP *:rquotad +rpc.rquot 21981 root7u sock 0,9 0t0 80449168 protocol: TCPv6 + +That results into a high CPU usage just after staring rpc.rquotad +process. + +This patch adds a listen() call to svc_create_sock() +routine which is needed with libtirpc version of svc_tli_create() +as well as a needed IPv6 setsockopt(). + +Signed-off-by: Petr Písař +--- + svc_socket.c | 18 ++ + 1 file changed, 18 insertions(+) + +diff --git a/svc_socket.c b/svc_socket.c +index 8a44604..d2e3abf 100644 +--- a/svc_socket.c b/svc_socket.c +@@ -118,6 +118,15 @@ static int svc_create_sock(struct addrinfo *ai) + return -1; + } + ++ if (ai->ai_family == AF_INET6) { ++ if (setsockopt(fd, IPPROTO_IPV6, IPV6_V6ONLY, ++ , sizeof(optval)) < 0) { ++ errstr(_("Cannot set IPv6 socket options: %s\n"), strerror(errno)); ++ close(fd); ++ return -1; ++ } ++ } ++ + if (setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, , sizeof(optval)) < 0) { + errstr(_("Cannot set socket options: %s\n"), strerror(errno)); + close(fd); +@@ -129,6 +138,15 @@ static int svc_create_sock(struct addrinfo *ai) + close(fd); + return -1; + } ++ ++ if (ai->ai_protocol == IPPROTO_TCP) { ++ if (listen(fd, SOMAXCONN) < 0) { ++ errstr(_("Cannot listen to address: %s\n"), strerror(errno)); ++ close(fd); ++ return -1; ++ } ++ } ++ + return fd; + } + diff -Nru quota-4.04/debian/patches/series quota-4.04/debian/patches/series --- quota-4.04/debian/patches/series2018-02-01 11:53:43.0 + +++ quota-4.04/debian/patches/series2019-09-11 20:07:07.0 +0100 @@ -1,3 +1,3 @@ editor.diff loop.diff - +fix_rquotad.diff
Bug#940103: nx-libs update breaks x2go
Package: nx-libs Version: 2:3.5.99.19-3+deb10u1 Severity: important X-Debbugs-CC: Joe Lyons Hi, We have just been upgrading some of our remote desktop infrastructure and discovered that when we upgrade nx-libs to the version in the Buster 10.1 point release, users can no longer log into x2go; they get an immediate disconnection. Rolling back all of the nx-libs binary packages (libnx-x11-6, libxcomp3, libxcompshad3, nx-x11-common, nxagent, nxproxy) from 2:3.5.99.19-3+deb10u1 to 2:3.5.99.19-3 fixes the problem. We have yet to determine why this is occuring, although it did appear at one point that nxagent was exiting almost immediately in the broken version. We have a test VM where we can run any possible test patches if available. Please keep myself and Joe (CC'd) in the CC list. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Bug#931855: rpc.rquotad takes 100% CPU
On Tue, 30, Jul, 2019 at 02:24:23PM +0200, Michael Meskes spoke thus.. > Can you try if this patch fixes the problem? That way we could make > sure there is not something else at play on your system. If it does, we > should see if we can get an update into a point release. Hi Michael, I've just hit this bug in buster and tested the patch and it works. I'd like to prepare an update for stable (as it's already fixed in 4.05 in unstable), would that be ok? Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Bug#662253: backtraces upon using XF86AudioRaiseVolume buttons: unichr() arg not in range(0x110000)
fixed 662253 1.3.0-1 thanks On Mon, 24, Mar, 2014 at 11:49:24PM -0300, Marcelo Lacerda spoke thus.. > Hi again, > the latest version of psychopy does not trigger the bug anymore, but using > the example events.py from the pyglet source package still triggers the > error. > > That this bug seems to be fixed in the latest version(from the official > source repository) of pyglet. I'm not sure if getting debian to update to > the latest version is a solution since 1.2~alpha1 doesn't run on my system, > failing at some random configuration not found error. Hi, I've tested and this bug was definitely fixed in the Debian pyglet upload 1.3.0-1, so I'm going to mark it as fixed in this version. Thanks, Mark -- Mark Hymers "The older I grow, the more I distrust the familiar doctrine that age brings wisdom." H.L. Mencken signature.asc Description: PGP signature
Bug#871510: libhdf4: Please consider shipping java bindings
Source: libhdf4 Version: 4.2.12-3 Severity: wishlist Tags: patch Hi, Could you please consider shipping the libhdf4 Java bindings which were added in (I think) 4.2.12? These are necessary in order to be able to build the new hdfview beta. A preliminary packaging patch is attached to create the packages. I have build-tested this and the .jar and JNI files get installed appropriately and the hdfview build process seems to pick them up. Thanks, Mark diff --git a/debian/control.in b/debian/control.in index af8a223..fd026ac 100644 --- a/debian/control.in +++ b/debian/control.in @@ -9,6 +9,8 @@ Build-Depends: debhelper (>= 9), autotools-dev, bison, chrpath, + default-jdk-headless, + javahelper, flex, gfortran, libjpeg-dev, @@ -60,6 +62,29 @@ Description: Hierarchical Data Format development files (embedded NetCDF) This package contains development stuff, including files and static library for the HDF package and some HDF API reference manpages. +Package: @PACKAGE@-java +Architecture: any +Section: java +Depends: ${shlibs:Depends}, ${misc:Depends}, ${java:Depends}, + @PACKAGE@-jni +Description: Hierarchical Data Format development files (embedded NetCDF) + HDF is a multi-object file format for storing and transferring + graphical and numerical data mainly used in scientific computing. HDF + supports several different data models, including multidimensional + arrays, raster images, and tables. + Each defines a specific aggregate data type and provides an API for + reading, writing, and organizing the data and metadata. New data models + can be added by the HDF developers or users. + . + This package contains the java wrapper library for HDF4. + +Package: @PACKAGE@-jni +Architecture: any +Section: java +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: native library used by libhdf4-java + This package is only useful with libhdf4-java + Package: @PACKAGE@g-dev Architecture: all Section: libdevel diff --git a/debian/libhdf4-java.jlibs b/debian/libhdf4-java.jlibs new file mode 100644 index 000..d1e3f8b --- /dev/null +++ b/debian/libhdf4-java.jlibs @@ -0,0 +1 @@ +debian/tmp/usr/lib/jarhdf.jar diff --git a/debian/libhdf4-jni.install.in b/debian/libhdf4-jni.install.in new file mode 100644 index 000..097d57a --- /dev/null +++ b/debian/libhdf4-jni.install.in @@ -0,0 +1 @@ +usr/lib/libhdf_java.so usr/lib/@MULTIARCH@/jni diff --git a/debian/rules b/debian/rules index e6a73bd..d84dcca 100755 --- a/debian/rules +++ b/debian/rules @@ -9,6 +9,7 @@ export DEB_BUILD_MAINT_OPTIONS=hardening=+all DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) UPSTREAM_VERSION=$(shell dpkg-parsechangelog | sed -ne 's/^Version: \(.*\)-.*/\1/p' | sed -e 's/\+(debian|dfsg|ds|deb)[0-9]*.*//; s/^[0-9]://') @@ -46,6 +47,7 @@ templates: sed -e 's/@PACKAGE@/$(PACKAGE)/g' \ -e 's/@SOVER@/$(SOVER)/g' \ -e 's/@RELEASE@/$(RELEASE)/g' \ + -e 's/@MULTIARCH@/$(DEB_HOST_MULTIARCH)/g' \ $$TEMPLATE > `echo $$TEMPLATE | sed 's/.in$$//'` ; \ done @@ -85,6 +87,7 @@ override_dh_auto_configure: templates --libdir=/usr/lib \ --enable-shared \ --enable-fortran \ + --enable-java \ F77="$(F77)" CC="$(CC)" CXX="$(CXX)" \ CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" @@ -137,6 +140,16 @@ override_dh_auto_install: --builddirectory=debian/build-hdf4 \ --destdir=$(DESTDIR) + mv $(DESTDIR)/usr/lib/jarhdf-*.jar \ + $(DESTDIR)/usr/lib/jarhdf.jar + + rm -f $(DESTDIR)/usr/lib/libhdf_java.so + + mv $(DESTDIR)/usr/lib/libhdf_java.so.0.0.0 \ + $(DESTDIR)/usr/lib/libhdf_java.so + + jh_installlibs + dh_auto_install --sourcedirectory=HDF4_ALT \ --builddirectory=debian/build-hdf4-alt \ --destdir=$(DESTDIR_ALT)
Bug#871506: libhdf5-java package does not contain jar
Package: libhdf5-java Version: 1.10.0-patch1+docs-3 Severity: grave Justification: renders package unusable Hi, I have just discovered that the libhdf5-java package fails to ship the jarhdf5.jar file. This makes the HDF5 java bindings unusable (this came up whilst trying to compile the newly released hdfview). The problem seems to be the use of $(upstreamversion) to rename the jar file in the install rule and also that jh_installlibs is not being called. I've hacked around it for now by changing the dh_install_java rule in debian/rules to contain: dh_install_java: build_serial mv debian/build-serial/java/src/jarhdf5-*.jar debian/build-serial/java/src/jarhdf5.jar jh_installlibs which ensures that the jar is shipped - this may not be the solution which you want to use. This problem affects stable as well as unstable (as it's the same version). Thanks, Mark
Bug#871487: python-pyglet: Segmentation fault when using fonts
Package: python-pyglet Version: 1.1.4.dfsg-3 Severity: important Tags: upstream patch Dear Maintainer, pyglet in stretch causes a segmentation fault when using the font routines. This can be trivially reproduced: import pyglet pyglet.font.load("", 30) Segmentation fault This problem does not occur in jessie. I have tracked this down to the way that ctypes is being used to call the fontconfig library. Please find attached a patch which fixes this. This is probably important enough to consider a stable update once the fix is in unstable, as any application which calls pyglet.font.load in stretch will segmentation fault (e.g. psychopy as soon as a TextStim object is created). Thanks, Mark --- a/pyglet/font/freetype.py +++ b/pyglet/font/freetype.py @@ -52,6 +52,7 @@ FcResult = c_int +fontconfig.FcPatternCreate.restype = c_void_p fontconfig.FcPatternBuild.restype = c_void_p fontconfig.FcFontMatch.restype = c_void_p fontconfig.FcFreeTypeCharIndex.restype = c_uint @@ -320,6 +321,7 @@ name = name.encode('utf8') pattern = fontconfig.FcPatternCreate() +pattern = c_void_p(pattern) fontconfig.FcPatternAddDouble(pattern, FC_SIZE, c_double(size)) fontconfig.FcPatternAddInteger(pattern, FC_WEIGHT, bold) fontconfig.FcPatternAddInteger(pattern, FC_SLANT, italic) @@ -330,6 +332,7 @@ # Look for a font that matches pattern result = FcResult() match = fontconfig.FcFontMatch(0, pattern, byref(result)) +match = c_void_p(match) fontconfig.FcPatternDestroy(pattern) return match
Bug#864939: wiki.debian.org: Password reset instructions are confusingly worded
Package: wiki.debian.org Severity: normal As per request from Sledge: 18:27 ta, that'll be what I have wrong - the password reset asked for an email and I gave it mhy@d.o 18:27 you don't need both, just use the account name and it'll work out the rest 18:28 if you give both and they don't match it can get upset :-/ 18:28 ahhh 18:28 sorry about that 18:28 np, it should be clearer! 18:29 in fact, file a bug to remind me please? -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#853750: hdfview: HDF5 files appear empty
On Tue, 31, Jan, 2017 at 04:27:12PM +0100, Giuseppe Bilotta spoke thus.. > Package: hdfview > Version: 2.11.0+dfsg-2+b1 > Severity: important > > The current version of hdfview does not show the content of any of my > HDF5 files. > > Downgrading to the 2.9-3+b2 version of libjhdf{4,5}-{java, jni}, which > also installs libhdf5-8 version 1.8.13+docs-15, seems to fix the issue > for me, even if hdfview is kept at the 2.11 version. This seems to > suggest that the problem lies in libjhdf rather than in hdfview itself, > and/or in the API of libhdf5 used by jhdf. > > FWIW, a similar bug seems to affect also jhdf 2.9-5 as found in Ubuntu, > which is using libhdf5-10 (1.8.16), which would further support the idea > of a breaking API change between version 1.8.13 and 1.8.16 of libhdf5. I've been looking into this. It appears that between HDF5-1.8 and HDF5-1.10, the size of object identifiers was changed from 32- to 64-bit. Unfortunately, by the HDF group's own admission, there is no version of hdfview (and presumably the java libraries it comes with) which has been updated for this. See https://support.hdfgroup.org/products/java/ Unless someone can suggest a solution, I suspect that this bug needs to be upgraded to release-critical as it makes the package completely useless. Thanks, Mark -- Mark Hymers "Everyone is entitled to be stupid but some abuse the privilege." Unknown
Bug#828329: bug 828329 is forwarded to https://arc.liv.ac.uk/trac/SGE/ticket/1572
On Sun, 26, Jun, 2016 at 10:36:15AM -0700, Afif Elghraoui spoke thus.. > forwarded 828329 https://arc.liv.ac.uk/trac/SGE/ticket/1572 Hi, I've attached a patch in the upstream tracker to compile against OpenSSL 1.1. The alternative would be to Build-Depend on openssl 1.0 for now (which looks like it will be allowable for jessie) as gridengine doesn't seem to expose any SSL implementation details to/from other libraries. I'm happy to prepare/upload a version with either fix in, depending on preference. Thanks, Mark -- Mark Hymers "'I regret nothing?' That's not a song, that's an idiots charter." Andy Hamilton, Old Harry's Game
Bug#786946: Bug#787338: ftp.debian.org: incorrect lintian error leads to auto-rejection
On Mon, 01, Jun, 2015 at 12:38:46AM +0900, Norbert Preining spoke thus.. ** Licensing The copyright owner and terms of use of an ICC profile are normally identified in the Creator field in the profile header and in the Copyright tag. Where ICC is the copyright owner, the following license terms apply: This profile is made available by the International Color Consortium, and may be copied, distributed, embedded, made, used, and sold without restriction. Altered versions of this profile shall have the original identification and copyright information removed and shall not be misrepresented as the original profile. *** Paul Wise mentioned in his remarks on the lintian bug 786946 that the *new* license does not allow for modifications, which I consider an interesting interpretation, since the second sentence clearly states that Altered versions of this profile ... which can of course only exist if modifications are allowed. Anyway, at least several OSS projects seem to have no problem with this license, thus I ask for a clarification from side of the ftp-masters, as requested by Bastien Roucaries in the above mentioned bug report against lintian. Hi Norbert / Lintian maintainers, As requested, we discussed this license at the ftp-team IRC meeting. We're satifisfied that the intention is to allow modification and would therefore ask the lintian maintainers to consider changing the check. Thanks, Mark (on behalf of the ftp-team). -- Mark Hymers mhy at debian dot org Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them? Holly, Red Dwarf Series III - Marooned signature.asc Description: Digital signature
Bug#742139: emu0204: please apply backported patch to stable allowing 4-channel usage
Package: src:linux Version: 3.2.54-2 Severity: important Tags: patch Hi, Severity set to important after discussion with bwh. A patch was merged upstream to allow support for the third and fourth output channels on EMU0204 sound cards: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/sound/usb/mixer_quirks.c?id=44832a71f377d9eae1d97afedad4d0d6d51fc485 This is a trivial backport to stable which I've done, built and tested on a EMU0204 card here - it works fine. I've attached the patch. Please consider adding it to the next stable kernel update. Thanks, Mark -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=UUID=17f1fada-bba5-4c85-a90c-3037e1fc393c ro quiet ** Not tainted ** Kernel log: [5428171.246161] usb 3-1.5.2: new high-speed USB device number 6 using ehci_hcd [5428171.339890] usb 3-1.5.2: New USB device found, idVendor=041e, idProduct=3f19 [5428171.339895] usb 3-1.5.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [5428171.339898] usb 3-1.5.2: Product: E-MU 0204 | USB [5428171.339901] usb 3-1.5.2: Manufacturer: E-MU Systems, Inc. [5428171.339903] usb 3-1.5.2: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A [5428171.365717] usbcore: registered new interface driver snd-usb-audio [5428463.129954] show_signal_msg: 23 callbacks suppressed [5428463.129960] ipython[11137]: segfault at 1e05000 ip 7fbd86d0d408 sp 7fffa76e84b0 error 4 in libportaudio.so.2.0.0[7fbd86d06000+2d000] [5428529.729066] ipython[11208]: segfault at 1e7b004 ip 7f3ea206c408 sp 7fff1a9594d0 error 4 in libportaudio.so.2.0.0[7f3ea2065000+2d000] [5429056.838693] usb 3-1.5.2: USB disconnect, device number 6 [5438895.784053] ISO 9660 Extensions: Microsoft Joliet Level 3 [5438895.787110] ISOFS: changing to secondary root [5438960.928614] usb 3-1.5.2: new high-speed USB device number 7 using ehci_hcd [5438961.022454] usb 3-1.5.2: New USB device found, idVendor=041e, idProduct=3f19 [5438961.022459] usb 3-1.5.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [5438961.022462] usb 3-1.5.2: Product: E-MU 0204 | USB [5438961.022464] usb 3-1.5.2: Manufacturer: E-MU Systems, Inc. [5438961.022467] usb 3-1.5.2: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A [5445803.717736] usb 3-1.5.2: USB disconnect, device number 7 [5861135.741909] fluidsynth[1747]: segfault at 10 ip 7fdbc0f39e50 sp 7fdbb3163d68 error 4 in libdbus-1.so.3.7.2[7fdbc0f1+44000] [6285418.224657] usb 3-1.1: new high-speed USB device number 8 using ehci_hcd [6285418.318824] usb 3-1.1: New USB device found, idVendor=041e, idProduct=3f19 [6285418.318829] usb 3-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6285418.318832] usb 3-1.1: Product: E-MU 0204 | USB [6285418.318834] usb 3-1.1: Manufacturer: E-MU Systems, Inc. [6285418.318837] usb 3-1.1: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A [6285444.062736] usb 3-1.1: USB disconnect, device number 8 [6290718.614108] usb 3-1.1: new high-speed USB device number 9 using ehci_hcd [6290718.707988] usb 3-1.1: New USB device found, idVendor=041e, idProduct=3f19 [6290718.707993] usb 3-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6290718.707996] usb 3-1.1: Product: E-MU 0204 | USB [6290718.707999] usb 3-1.1: Manufacturer: E-MU Systems, Inc. [6290718.708001] usb 3-1.1: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A [6290720.204060] usb 3-1.1: USB disconnect, device number 9 [6291233.948032] hub 3-1:1.0: unable to enumerate USB device on port 1 [6471195.368958] usb 3-1.1: new high-speed USB device number 11 using ehci_hcd [6471195.462933] usb 3-1.1: New USB device found, idVendor=041e, idProduct=3f19 [6471195.462937] usb 3-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6471195.462940] usb 3-1.1: Product: E-MU 0204 | USB [6471195.462943] usb 3-1.1: Manufacturer: E-MU Systems, Inc. [6471195.462945] usb 3-1.1: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A [6474356.499213] ISO 9660 Extensions: Microsoft Joliet Level 3 [6474356.500486] ISOFS: changing to secondary root [6476790.397986] usb 3-1.1: USB disconnect, device number 11 [6482003.091618] usbcore: deregistering interface driver snd-usb-audio [6482050.838127] usbcore: registered new interface driver snd-usb-audio [6482058.824001] usb 3-1.1: new high-speed USB device number 12 using ehci_hcd [6482058.917853] usb 3-1.1: New USB device found, idVendor=041e, idProduct=3f19 [6482058.917857] usb 3-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6482058.917859] usb 3-1.1: Product: E-MU 0204 | USB [6482058.917861] usb 3-1.1: Manufacturer: E-MU Systems, Inc. [6482058.917862] usb 3-1.1: SerialNumber: E-MU-11-3F19-07DC081B-0BE2C-8740AT2A ** Model information sys_vendor: Hewlett-Packard product_name: HP Compaq Elite 8300 CMT product_version: chassis_vendor: Hewlett-Packard
Bug#725483: apt: libapt-inst fails with 2G debs
Package: apt Version: 0.9.11.4 Severity: important Tags: lfs patch Hi, Whilst doing some dak testing with large (fake) debs for data.debian.org, I came across an issue with the following test code: = #!/usr/bin/python import apt_inst deb = apt_inst.DebFile('/home/mark/bigdeb.deb') deb.control.extractall('/home/mark/testex') deb.data.extractall('/home/mark/testex') = mark@mhy-sid:~$ ls -l bigdeb.deb -rw-r--r-- 2 mark mark 2147595076 Oct 5 11:31 bigdeb.deb On sid-amd64, we get the following: = mark@wheezy-amd64:~$ python Python 2.7.3 (default, Jan 2 2013, 13:56:14) [GCC 4.7.2] on linux2 Type help, copyright, credits or license for more information. import apt_inst deb = apt_inst.DebFile('bigdeb.deb') Traceback (most recent call last): File stdin, line 1, in module SystemError: E:Unable to seek ahead 2147592128 = On sid-i386, we get the following: = mark@mhy-sid:~$ python test.py Traceback (most recent call last): File test.py, line 4, in module deb = apt_inst.DebFile('/home/mark/bigdeb.deb') SystemError: E:Failed to read the archive headers = Both of which point to LFS issues in parts of apt. I've traced this back to bugs in arfile.cc and fileutl.cc. This bug also exists in wheezy (and squeeze, although I don't think we need to fix that). Attached are two patches - one for the version of apt in sid, one for wheezy which fix the problem - I've checked that we can then extract the control and data members properly with these fixes and it seems to work fine. I'm not an expert C++ programmer so I'd appreciate someone reviewing these patches to see if they're sane. Assuming the patches are acceptable, from the ftpmaster point of view, we probably need to talk to the stable team about getting this patched in stable too because dak uses the python-apt bindings (which in turn use libapt-inst and libapt-pkg) and as franck.d.o runs stable, we'll need this fixing to get data.d.o up and running. As far as I can see, these patches don't cause any ABI changes to the libraries. Thanks, Mark -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.14-1 ii libapt-pkg4.12 0.9.11.4 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libstdc++6 4.8.1-10 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.1 ii python-apt 0.8.9.1+b1 ii xz-utils5.1.1alpha+20120614-2 -- no debconf information diff --git a/apt-inst/contrib/arfile.cc b/apt-inst/contrib/arfile.cc index 2dee1a4..b77c77d 100644 --- a/apt-inst/contrib/arfile.cc +++ b/apt-inst/contrib/arfile.cc @@ -64,7 +64,7 @@ ARArchive::~ARArchive() byte plain text header then the file data, another header, data, etc */ bool ARArchive::LoadHeaders() { - signed long Left = File.Size(); + off_t Left = File.Size(); // Check the magic byte char Magic[8]; @@ -120,7 +120,7 @@ bool ARArchive::LoadHeaders() } // Account for the AR header alignment - unsigned Skip = Memb-Size % 2; + off_t Skip = Memb-Size % 2; // Add it to the list Memb-Next = List; @@ -128,7 +128,7 @@ bool ARArchive::LoadHeaders() Memb-Start = File.Tell(); if (File.Skip(Memb-Size + Skip) == false) return false; - if (Left (signed)(Memb-Size + Skip)) + if (Left (off_t)(Memb-Size + Skip)) return _error-Error(_(Archive is too short)); Left -= Memb-Size + Skip; } diff --git a/apt-pkg/contrib/fileutl.cc b/apt-pkg/contrib/fileutl.cc index 90e49cb..136a9d7 100644 --- a/apt-pkg/contrib/fileutl.cc +++ b/apt-pkg/contrib/fileutl.cc @@ -650,9 +650,9 @@ string flNoLink(string File) while (1) { // Read the link - int Res; + ssize_t Res; if ((Res = readlink(NFile.c_str(),Buffer,sizeof(Buffer))) = 0 || - (unsigned)Res = sizeof(Buffer)) + (size_t)Res = sizeof(Buffer)) return File; // Append or replace the previous path @@ -1221,7 +1221,7 @@ FileFd::~FileFd() gracefully. */ bool FileFd::Read(void *To,unsigned long long Size,unsigned long long *Actual) { - int Res; + ssize_t Res; errno = 0; if (Actual != 0) *Actual = 0; @@ -1323,7 +1323,7 @@ char* FileFd::ReadLine(char *To, unsigned long long const Size) /* */ bool FileFd::Write(const void *From,unsigned long long Size) { - int Res; + ssize_t Res; errno = 0; do { @@ -1379,7 +1379,7
Bug#725397: preseed: e/n/i is overwritten after late_command
Package: preseed Version: 1.58 Severity: normal Tags: d-i Hi, I'm not sure if this is a bug in preseed or netcfg. When doing preseed wheezy installs, we came across an issue using late_command. netcfg now has a 55netcfg-copy-config in finish-install.d which unconditionally overwrites /etc/network/interfaces. This makes it impossible for the late_command to ensure that this file is correct. I'm not sure if the netcfg script should be moved earlier, the late_command script later or whether netcfg should just check for the existance of e/n/i and not overwrite it if it's been put in place. This caused us a few issues during initial boot for various automated installs until we worked around it with a local hack of running an extra script from a local udeb after 55netcfg-copy-config. Thanks, Mark -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725399: xfce4-session: Fix system-wide default application configuration
Package: xfce4-session Version: 4.10.1-2 Severity: wishlist Tags: patch Hi, Thanks for applying the patch to fix #717875. I forgot to take into account in that patch that XFCE is sometimes started by the session manager as startxfce4 instead of xfce4-session. Applying this patch makes sure that we always set the XDG_DATA_DIRS variable properly. We've been running this in production as part of a 4.10 backport and it's all working fine now. Sorry about the mistake. Thanks, Mark -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-session depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libice6 2:1.0.8-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libsm6 2:1.2.1-2 ii libwnck222.30.7-1 ii libx11-6 2:1.6.2-1 ii libxfce4ui-1-0 4.10.0-4 ii libxfce4util64.10.1-1 ii libxfconf-0-24.10.0-2 ii multiarch-support2.17-93 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 Versions of packages xfce4-session recommends: ii consolekit 0.4.6-3+b1 ii dbus-x11 1.6.14-1 ii upower 0.9.21-3 ii x11-xserver-utils 7.7+1 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-2 ii xscreensaver 5.15-3 Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.8-1 -- no debconf information Index: debian/55xfce4-session === --- debian/55xfce4-session (revision 7969) +++ debian/55xfce4-session (working copy) @@ -5,7 +5,7 @@ BASESTARTUP=$(basename $(readlink /etc/alternatives/x-session-manager)) fi case $BASESTARTUP in - xfce4-session) + xfce4-session|startxfce4) # We prepend /usr/share/xfce4 since its defaults.list actually points # to /etc so it is configurable. if [ -z $XDG_DATA_DIRS ]; then
Bug#717875: [Pkg-xfce-devel] Bug#717875: Allow system-wide default application configuration
On Sat, 27, Jul, 2013 at 09:51:41AM +0200, Yves-Alexis Perez spoke thus.. On ven., 2013-07-26 at 23:33 +0100, Mark Hymers wrote: Hi, Not sure if this is exactly what the house-style for the XFCE packages is, but patch attached. Tested on my 4.10 install by checking that adding a different applications/pdf entry to /etc/xfce4/defaults.list changes the default MIME type. Seems that 55xfce4-session is not in the patch? Apologies - I sent the wrong version of the patch. Mark -- Mark Hymers mhy at debian dot org I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours. James Randi on BBCi Live Chat Index: xfce4-session.links === --- xfce4-session.links (revision 0) +++ xfce4-session.links (revision 0) @@ -0,0 +1 @@ +etc/xfce4/defaults.list usr/share/xfce4/applications/defaults.list Index: defaults.list === --- defaults.list (revision 0) +++ defaults.list (revision 0) @@ -0,0 +1 @@ +[Default Applications] Index: changelog === --- changelog (revision 7818) +++ changelog (working copy) @@ -1,9 +1,13 @@ xfce4-session (4.10.1-2) UNRELEASED; urgency=low + [ Evgeni Golov ] * Correct Vcs-* URLs to point to anonscm.debian.org - -- Evgeni Golov evg...@debian.org Mon, 15 Jul 2013 21:55:58 +0200 + [ Mark Hymers ] + * Add /usr/share/xfce4 to XDG_DATA_DIRS and add defaults.list symlink + -- Mark Hymers m...@debian.org Fri, 26 Jul 2013 23:22:28 +0100 + xfce4-session (4.10.1-1) unstable; urgency=low * New upstream release. Index: xfce4-session.dirs === --- xfce4-session.dirs (revision 0) +++ xfce4-session.dirs (revision 0) @@ -0,0 +1,2 @@ +etc/xfce4 +etc/X11/Xsession.d Index: xfce4-session.install === --- xfce4-session.install (revision 7818) +++ xfce4-session.install (working copy) @@ -1,2 +1,4 @@ usr etc +debian/defaults.list etc/xfce4/ +debian/55xfce4-session etc/X11/Xsession.d/ Index: 55xfce4-session === --- 55xfce4-session (revision 0) +++ 55xfce4-session (revision 0) @@ -0,0 +1,18 @@ +# For XFCE, we add a directory to XDG_DATA_DIRS +# to allow the admin to set, for example, defaults.list properly +BASESTARTUP=$(basename $STARTUP | cut -d\ -f1) +if [ $BASESTARTUP = x-session-manager ]; then +BASESTARTUP=$(basename $(readlink /etc/alternatives/x-session-manager)) +fi +case $BASESTARTUP in + xfce4-session) +# We prepend /usr/share/xfce since its defaults.list actually points +# to /etc so it is configurable. +if [ -z $XDG_DATA_DIRS ]; then + XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/ +else + XDG_DATA_DIRS=/usr/share/xfce4:$XDG_DATA_DIRS +fi +export XDG_DATA_DIRS +;; +esac
Bug#717875: [Pkg-xfce-devel] Bug#717875: Allow system-wide default application configuration
tag 717875 +patch thanks On Fri, 26, Jul, 2013 at 12:07:37AM +0200, Yves-Alexis Perez spoke thus.. Feel free to do a proof of concept for xfce4-session and XDG_DATA_DIRS using Xsession.d, so we can investigate the effects. Hi, Not sure if this is exactly what the house-style for the XFCE packages is, but patch attached. Tested on my 4.10 install by checking that adding a different applications/pdf entry to /etc/xfce4/defaults.list changes the default MIME type. Thanks, Mark -- Mark Hymers mhy at debian dot org I never make predictions. I never have and I never will. Tony Blair Index: xfce4-session.install === --- xfce4-session.install (revision 7818) +++ xfce4-session.install (working copy) @@ -1,2 +1,4 @@ usr etc +debian/defaults.list etc/xfce4/ +debian/55xfce4-session etc/X11/Xsession.d/ Index: changelog === --- changelog (revision 7818) +++ changelog (working copy) @@ -1,9 +1,13 @@ xfce4-session (4.10.1-2) UNRELEASED; urgency=low + [ Evgeni Golov ] * Correct Vcs-* URLs to point to anonscm.debian.org - -- Evgeni Golov evg...@debian.org Mon, 15 Jul 2013 21:55:58 +0200 + [ Mark Hymers ] + * Add /usr/share/xfce4 to XDG_DATA_DIRS and add defaults.list symlink + -- Mark Hymers m...@debian.org Fri, 26 Jul 2013 23:22:28 +0100 + xfce4-session (4.10.1-1) unstable; urgency=low * New upstream release.
Bug#717875: Allow system-wide default application configuration
Package: xfce4-session Version: 4.10.1-1 Severity: wishlist Hi, Would you please consider adding a hook script to Xsession.d in the style of /etc/X11/Xsession.d/55gnome-session_gnomerc from gnome-session? This adds /usr/share/gnome to XDG_DATA_DIRS which, along with this symlink: lrwxrwxrwx 1 root root 24 Apr 10 13:16 /usr/share/gnome/applications/defaults.list - /etc/gnome/defaults.list allows for sysadmins to perform system-wide configuration of default applications without having to edit files in /usr/share/applications or /usr/local/share/applications (as these are the only paths which seem to be in XDG_DATA_DIRS in XFCE at the moment. Something similar involving /usr/share/xfce4 would be very helpful. I'm willing to prepare and test a patch if you agree with the general idea. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646194: xaw3d: diff for NMU version 1.5+E-18.2
tags 646194 + pending thanks Dear maintainer, I've prepared an NMU for xaw3d (versioned as 1.5+E-18.2) (as discussed with you on IRC) for the multiarch support issue. Regards. -- Mark Hymers mhy at debian dot org I told you I was ill The epitaph of Spike Milligan (1918-2002) diff -u xaw3d-1.5+E/debian/changelog xaw3d-1.5+E/debian/changelog --- xaw3d-1.5+E/debian/changelog +++ xaw3d-1.5+E/debian/changelog @@ -1,3 +1,10 @@ +xaw3d (1.5+E-18.2) unstable; urgency=low + + * Non-maintainer upload with permission of Francesco Paolo Lovergine. + * Apply Multi-Arch patch. Closes: #646194. + + -- Mark Hymers m...@debian.org Mon, 14 May 2012 21:54:41 + + xaw3d (1.5+E-18.1) unstable; urgency=medium * Non-maintainer upload. diff -u xaw3d-1.5+E/debian/rules xaw3d-1.5+E/debian/rules --- xaw3d-1.5+E/debian/rules +++ xaw3d-1.5+E/debian/rules @@ -5,6 +5,8 @@ #export DH_VERBOSE = 1 +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + include /usr/share/dpatch/dpatch.make ifneq (,$(findstring $(ARCH), $(COMPATARCHS))) @@ -41,7 +43,9 @@ dh_testroot dh_prep $(MAKE) -C $(SOURCE) install \ -DESTDIR=$(CURDIR)/debian/tmp INCDIR=/usr/include +DESTDIR=$(CURDIR)/debian/tmp INCDIR=/usr/include \ + SHLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH) \ + USRLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH) binary: binary-indep binary-arch diff -u xaw3d-1.5+E/debian/control xaw3d-1.5+E/debian/control --- xaw3d-1.5+E/debian/control +++ xaw3d-1.5+E/debian/control @@ -2,12 +2,14 @@ Section: x11 Priority: optional Maintainer: Francesco Paolo Lovergine fran...@debian.org -Build-Depends: debhelper (= 7), xutils-dev (= 1:1.0.2-3), libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev, +Build-Depends: debhelper (= 8.1.3~), xutils-dev (= 1:1.0.2-3), libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev, bison, flex-old|flex (= 2.5.31-16), dpatch Standards-Version: 3.8.4 Package: xaw3dg Architecture: any +Multi-Arch: same +Pre-Depends: multiarch-support Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: axe ( 6.1.2-2), xaw3d (= 1.3-6), xfig ( 1:3.2.4-rel-9), gv ( 1:3.5.8-30.1) Description: Xaw3d widget set @@ -21,6 +23,7 @@ Package: xaw3dg-dev Section: devel Architecture: any +Multi-Arch: same Depends: xaw3dg (=${binary:Version}), xutils-dev, libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev, ${misc:Depends} Conflicts: xaw3d-dev Replaces: xaw3dg ( 1.5+E-16) diff -u xaw3d-1.5+E/debian/xaw3dg-dev.install xaw3d-1.5+E/debian/xaw3dg-dev.install --- xaw3d-1.5+E/debian/xaw3dg-dev.install +++ xaw3d-1.5+E/debian/xaw3dg-dev.install @@ -1,3 +1,3 @@ -usr/include/* usr/include -usr/lib/*.a usr/lib -usr/lib/*.so usr/lib +usr/include/* +usr/lib/*/*.a +usr/lib/*/*.so diff -u xaw3d-1.5+E/debian/compat xaw3d-1.5+E/debian/compat --- xaw3d-1.5+E/debian/compat +++ xaw3d-1.5+E/debian/compat @@ -1 +1 @@ -7 +9 diff -u xaw3d-1.5+E/debian/xaw3dg.install xaw3d-1.5+E/debian/xaw3dg.install --- xaw3d-1.5+E/debian/xaw3dg.install +++ xaw3d-1.5+E/debian/xaw3dg.install @@ -1 +1 @@ -usr/lib/*.so.* usr/lib +usr/lib/*/*.so.* only in patch2: unchanged: --- xaw3d-1.5+E.orig/source/format +++ xaw3d-1.5+E/source/format @@ -0,0 +1 @@ +1.0
Bug#637732: lcms: diff for NMU version 1.19.dfsg-1.1
tags 637732 + pending thanks Dear maintainer, I've prepared an NMU for lcms (versioned as 1.19.dfsg-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. -- Mark Hymers mhy at debian dot org h0lger Ganneff: I'm confident in your ability to create a flamewar. Extremedura QA/i18n meeting 2008 diff -u lcms-1.19.dfsg/debian/control lcms-1.19.dfsg/debian/control --- lcms-1.19.dfsg/debian/control +++ lcms-1.19.dfsg/debian/control @@ -2,18 +2,20 @@ Section: libs Priority: optional Maintainer: Oleksandr Moskalenko ma...@debian.org -Build-Depends: debhelper ( 5.0.38), libtiff4-dev, libjpeg-dev, zlib1g-dev, python-all-dev (= 2.3.5-11), swig +Build-Depends: debhelper ( 8.1.3), libtiff4-dev, libjpeg-dev, zlib1g-dev, python-all-dev (= 2.3.5-11), swig Standards-Version: 3.9.2 Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/lcms/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/collab-maint/deb-maint/lcms/trunk/?op=log Package: liblcms1 Architecture: any +Multi-Arch: same Section: libs Replaces: liblcms Provides: liblcms Conflicts: liblcms Suggests: liblcms-utils +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends} Description: Little CMS color management library lcms is a standalone CMM engine, which deals with the color management. @@ -32,6 +34,7 @@ Package: liblcms1-dev Architecture: any +Multi-Arch: same Section: libdevel Replaces: liblcms-dev Provides: liblcms-dev diff -u lcms-1.19.dfsg/debian/liblcms1-dev.install lcms-1.19.dfsg/debian/liblcms1-dev.install --- lcms-1.19.dfsg/debian/liblcms1-dev.install +++ lcms-1.19.dfsg/debian/liblcms1-dev.install @@ -2,4 +2,4 @@ -debian/tmp/usr/lib/*.a usr/lib/ -debian/tmp/usr/lib/*.la usr/lib/ -debian/tmp/usr/lib/*.so usr/lib/ -debian/tmp/usr/lib/pkgconfig usr/lib/ +debian/tmp/usr/lib/*/*.a +debian/tmp/usr/lib/*/*.la +debian/tmp/usr/lib/*/*.so +debian/tmp/usr/lib/*/pkgconfig diff -u lcms-1.19.dfsg/debian/changelog lcms-1.19.dfsg/debian/changelog --- lcms-1.19.dfsg/debian/changelog +++ lcms-1.19.dfsg/debian/changelog @@ -1,3 +1,10 @@ +lcms (1.19.dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Apply Multi-Arch patch. Closes: #637732. + + -- Mark Hymers m...@debian.org Sun, 13 May 2012 17:05:05 + + lcms (1.19.dfsg-1) unstable; urgency=low * Upstream legacy update to 1.19 (Closes: #593314). diff -u lcms-1.19.dfsg/debian/rules lcms-1.19.dfsg/debian/rules --- lcms-1.19.dfsg/debian/rules +++ lcms-1.19.dfsg/debian/rules @@ -4,6 +4,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + ARCH = $(shell dpkg-architecture -qDEB_BUILD_ARCH) ifeq ($(ARCH),alpha) export CFLAGS=-O0 -mieee -fPIC -I../include -fno-exceptions -fomit-frame-pointer -Wall @@ -31,7 +33,7 @@ ifeq ($(ARCH),powerpc) echo #define USE_BIG_ENDIAN include/lcms-endian.h endif - CFLAGS=$(CFLAGS) ./configure --prefix=/usr --with-python + CFLAGS=$(CFLAGS) ./configure --prefix=/usr --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --with-python cd python ./swig_lcms cd .. make CFLAGS=$(CFLAGS) touch build-stamp diff -u lcms-1.19.dfsg/debian/liblcms1.install lcms-1.19.dfsg/debian/liblcms1.install --- lcms-1.19.dfsg/debian/liblcms1.install +++ lcms-1.19.dfsg/debian/liblcms1.install @@ -1 +1 @@ -debian/tmp/usr/lib/liblcms.so.* usr/lib/ +debian/tmp/usr/lib/*/liblcms.so.*
Bug#665787: ftp.debian.org: please disallow new source packages without an ITP
tag 665787 +wontfix thanks It came to me as a surprise to me that some developers deliberately ignore filing an ITP wnpp bug for new source packages [1] and advocating situations like this: [2]. Please make an ITP mandatory for accepting new source packages. We simply won't do this. Not considering the fact that it would require callouts to the BTS at accept time, it's pointless overhead. Mark -- Mark Hymers mhy at debian dot org We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up. Holly, Red Dwarf Series III - Bodyswap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615513: release.debian.org: armhf inclusion into the archive
On Mon, 09, Jan, 2012 at 10:10:57AM +0100, Reinhard Tartler spoke thus.. On Tue, Jan 3, 2012 at 11:00 PM, peter green plugw...@p10link.net wrote: armhf has now pretty much cleared the needs-build queue (the only things left are non-free stuff and recently added stuff) and has built arround 89% of the archive (placing it between kfreebsd and ia64) with about 99.5% up to date (placing it between amd64 and i386). Would now be a good time to begin inclusion in testing? It seems that currently no buildds build packages for experimental. Is that correct? Is there a plan/timeline for this? Yes - it'll be sorted soon once all of the buildds are using autosigning. Mark -- Mark Hymers mhy at debian dot org Oh, this is John Reid who is 'Cabinet Bruiser' which just means that he's a bit squat, ugly and unpleasant and therefore gets to be called a 'Bruiser'. Jeremy Hardy, The News Quiz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655019: GFDL docs in main
On Sun, 08, Jan, 2012 at 08:03:09AM +0100, Matthias Klose spoke thus.. tags 655019 + pending thanks On 01/07/2012 10:48 PM, Mark Hymers wrote: Package: gcc-4.7 Version: 4.7-20111231-1 Severity: serious Hi, I've been made aware that the GCC GFDL docs have been reintroduced into main in experimental. This shouldn't have made it through NEW. Could you please upload a new pruned tarball without the -doc packages and without the docs in the source. Alternatively, please reassign this to ftp.debian.org and I'll remove gcc-4.7 from experimental. same thing as for gcc-4.6 (as documented in #609161), gcc-4.5 (#571759), and earlier experimental gcc-4.x packages. Will be gone with the 4.7.0 release, or release candidate. At least for gcc-4.6 explicitly approved by a member of the FTP team. It shouldn't have been approved. experimental is still part of main. The packages and source need to be removed. Mark -- Mark Hymers mhy at debian dot org The relationship between journalists and politicians has often been likened to that between a dog and a lamp post, although I have never worked out who is supposed to be which. Nick Assinder, BBC Online Political Correspondent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655019: GFDL docs in main
Package: gcc-4.7 Version: 4.7-20111231-1 Severity: serious Hi, I've been made aware that the GCC GFDL docs have been reintroduced into main in experimental. This shouldn't have made it through NEW. Could you please upload a new pruned tarball without the -doc packages and without the docs in the source. Alternatively, please reassign this to ftp.debian.org and I'll remove gcc-4.7 from experimental. Thanks, Mark -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649882: move arch:all contents to Contents-all.gz
On Thu, 24, Nov, 2011 at 03:55:49PM +0100, Ansgar Burchardt spoke thus.. Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertag: dak Severity: wishlist The arch:all part of Contents-*.gz are ~15 MB of the total 20 MB per architecture (as could be seen on Contents-armhf.gz which has no arch:any packages yet). I was wondering if we might want to move this to a Contents-all.gz that could be shared between all architectures. Note that this would also require changes to tools using the contents files as they would need to also download (and use) the -all file. This should probably go to -devel for discussion / comments before we implement it - it's a backwards incompatible break after all... Also, we'll need to make it setable per-suite (urgh, another setting) for at least a while so that we can continue = squeeze in the same way. Mark -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615513: release.debian.org: armhf inclusion into the archive
On Tue, 22, Nov, 2011 at 01:26:28PM +, Hector Oron spoke thus.. Hello Mark, On Fri, Oct 21, 2011 at 07:52:46AM +0100, Mark Hymers wrote: Just a note on this so that the bug report is up-to-date - the armhf bootstrapping in the archive is waiting on an updated EU syncproxy machine as we're out of disk space. Has the status been updated? Is there any suitable timing to schedule and archive bootstrap for armhf? As discussed with Sledge this afternoon, the syncproxy issue is now resolved and we're in planing to get the import going. Mark -- Mark Hymers mhy at debian dot org The older I grow, the more I distrust the familiar doctrine that age brings wisdom. H.L. Mencken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626164: [Pkg-openmpi-maintainers] Bug#626164: Needs to be built with --with-sge
On Fri, 02, Sep, 2011 at 04:57:10PM +0200, Manuel Prinz spoke thus.. Thanks for testing and confirming! I'm reworking the packaging. This should be finished soon and we will build a package for SGE support. Hi, This is a regression from lenny (openmpi 1.3 seems to have defaulted to building SGE support whereas 1.4 defaults to not doing it... sigh) and, wearing my SGE maintainer hat, I'd be interested in trying to get it fixed in a point release if possible. I've rebuilt the squeeze packages with the one line fix of adding --with-sge to the configure call and the only difference is in libopenmpi1.3: mark@squeeze:~$ debdiff libopenmpi1.3_1.4.2-4_amd64.deb libopenmpi1.3_1.4.2-4ynicsqueeze1_amd64.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in second .deb but not in first - -rw-r--r-- root/root /usr/lib/openmpi/lib/openmpi/mca_ras_gridengine.so Control files: lines which differ (wdiff format) Installed-Size: [-4064-] {+4020+} Version: [-1.4.2-4-] {+1.4.2-4ynicsqueeze1+} i.e. it doesn't change Depends or anything else. The patch I used at work follows, I'd obviously change the version number for a point release upload: diff -Nru openmpi-1.4.2/debian/changelog openmpi-1.4.2/debian/changelog --- openmpi-1.4.2/debian/changelog 2011-10-31 17:53:24.0 + +++ openmpi-1.4.2/debian/changelog 2011-10-31 17:53:25.0 + @@ -1,3 +1,9 @@ +openmpi (1.4.2-4ynicsqueeze1) squeeze-devel; urgency=low + + * Rebuild with SGE support. + + -- Mark Hymers mark.hym...@ynic.york.ac.uk Mon, 31 Oct 2011 17:10:37 + + openmpi (1.4.2-4) unstable; urgency=low * Added patch to remove use of AS_VAR_GET. Closes: #592892. diff -Nru openmpi-1.4.2/debian/rules openmpi-1.4.2/debian/rules --- openmpi-1.4.2/debian/rules 2011-10-31 17:53:24.0 + +++ openmpi-1.4.2/debian/rules 2011-10-31 17:53:25.0 + @@ -57,6 +57,7 @@ --includedir=\$${prefix}/lib/openmpi/include\ --with-devel-headers \ --enable-heterogeneous \ + --with-sge \ $(TORQUE) # Thread support disabled because it's broken, see bug #435581 Do you (the maintainers) have any objection to me asking the SRMs if they'll take the patch into p-u? Thanks, Mark -- Mark Hymers mhy at debian dot org I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce. Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615513: release.debian.org: armhf inclusion into the archive
On Sun, 27, Mar, 2011 at 04:53:06PM +0100, Hector Oron spoke thus.. Please note a wiki page has started to meet archive criteria: http://wiki.debian.org/ArchiveQualification/armhf Just a note on this so that the bug report is up-to-date - the armhf bootstrapping in the archive is waiting on an updated EU syncproxy machine as we're out of disk space. Mark -- Mark Hymers mhy at debian dot org I'm so gorgeous, there's a six month waiting list for birds to suddenly appear, every time I am near! Cat, Red Dwarf Series VIII - Back in the Red -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640068: [mergechanges] add -d option to delete input files
Package: devscripts Version: 2.10.69+squeeze1 Severity: wishlist Tags: patch Hi, Please consider adding a -d option to mergechanges to allow deleting the input files if output is successfully created. This is especially useful in conjunction with -f when, say, repopulating a new archive from existing changes files... Mark -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID=15B0FD82 DEBUILD_DPKG_BUILDPACKAGE_OPTS=-i'(?:^|/).*~$|(?:^|/)\..*\.swp|DEADJOE|.gitignore|(?:/CVS|/RCS|/\.svn|/\.deps|/\.hg|\.git|/\.hgtags)(?:$|/)' -ICVS -I.svn -I.hg -I.git -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0.3 Debian package development tools ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze1 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.12-1 Delayed job execution and batch pr ii bzr 2.1.2-1 easy to use distributed version co ii chromium-br 6.0.472.63~r59945-5+squeeze5 Chromium browser ii curl7.21.0-1 Get a file from an HTTP, HTTPS or ii cvs 1:1.12.13-12 Concurrent Versions System ii dctrl-tools 2.14.5 Command-line tools to process Debi ii debian-keyr 2010.12.29 GnuPG keys of Debian Developers ii dput0.9.6.1 Debian package upload tool ii elinks [www 0.12~pre5-2 advanced text-mode WWW browser ii epiphany-br 2.30.6-1 Intuitive GNOME web browser ii equivs 2.0.8Circumvent Debian package dependen ii fakeroot1.14.4-1 Gives a fake root environment ii git [git-co 1:1.7.2.5-2 fast, scalable, distributed revisi ii git-core1:1.7.2.5-2 fast, scalable, distributed revisi ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii heirloom-ma 12.4-2 feature-rich BSD mail(1) ii iceweasel [ 3.5.16-6 Web browser based on Firefox ii libauthen-s 2.1500-1 Authen::SASL - SASL Authentication ii libcrypt-ss 0.57-2 Support for https protocol in LWP ii libjson-per 2.21-1 Perl module to parse and convert t ii libparse-de 2.005-2 Easy OO parsing of Debian control- ii libsoap-lit 0.712-2 Perl implementation of a SOAP clie ii libterm-siz 0.2-4+b1 Perl extension for retrieving term ii libtimedate 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-2 module to manipulate and access UR ii libwww-perl 5.836-1 Perl HTTP/WWW client/server librar ii libyaml-syc 1.12-1 Perl module providing a fast, ligh ii lintian 2.5.1~bpo60+1Debian package checker ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii lynx-cur [w 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii lzma4.43-14 Compression method of 7z format in ii man-db 2.5.7-8 on-line manual pager ii openssh-cli 1:5.5p1-6secure shell (SSH) client, for sec ii patch 2.6-2Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii sensible-ut 0.0.4Utilities for sensible alternative ii strace 4.5.20-2 A system call tracer ii subversion 1.6.12dfsg-4 Advanced version control system ii unzip 6.0-4De-archiver for .zip files ii wdiff 0.6.3-1 Compares two files word by word ii wget1.12-2.1 retrieves files from the web ii xz-utils5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage none(no description available) pn devscripts-el none(no description available) pn gnuplotnone(no description available) pn libfile-desktopentry-p none(no description available) pn libnet-smtp-ssl-perl none(no description available) ii mutt 1.5.20-9+squeeze1 text-based
Bug#637085: [chad.dup...@qlogic.com: RE: Broken qla2xxx in Debian Squeeze under load]
Forwarding a discussion we had with QLogic for information. - Forwarded message from Chad Dupuis chad.dup...@qlogic.com - From: Chad Dupuis chad.dup...@qlogic.com To: Paul Elliott paul.elli...@ynic.york.ac.uk CC: Mark Hymers mark.hym...@ynic.york.ac.uk, Andrew Vasquez andrew.vasq...@qlogic.com Subject: RE: Broken qla2xxx in Debian Squeeze under load Accept-Language: en-US acceptlanguage: en-US X-OriginatorOrg: qlogic.com Hi Paul, We looked through the bug report and the UNDERRUN messages from our driver are actually benign. The messages simply mean that we didn't receive as much information as we expected for certain SCSI commands. In the case of the messages from the bug report, they were INQUIRY and MAINTENANCE IN SCSI commands which are known to have large buffers to make sure that there is enough room at the operating system side to hold all the response information. We actually removed these messages in newer kernels so as not to confuse people. I looked at the rest of the bug report and there wasn't anything directly relating the issue to the qla2xxx driver from the information provided. The OOPS messages actually point to the ext4 driver so the issue may be there. --Chad -Original Message- From: Paul Elliott [mailto:paul.elli...@ynic.york.ac.uk] Sent: Thursday, August 18, 2011 6:34 AM To: Linux Driver Cc: Mark Hymers Subject: Broken qla2xxx in Debian Squeeze under load Hello, We have recently invested in a new FC storage array to replace our existing infrastructure. We use HP servers/brocade switches and QLogic HBAs throughout. Unfortunately we have started to experience kernel BUGs and hard hangs when using the QLogic driver present in Debian Squeeze under very heavy load. We've reported the issue to the Debian bug tracker[1] but progress so far has been slow. The problem does *not* exist in later kernels and so we would like to track down the specific bug that affects the squeeze 2.6.32 kernel so that we can have the fix backported. Please could you take a moment to have a look at our bug report? I'm hoping it's something obvious as the issue is already fixed in later kernels.. Thanks. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637085 -- Paul Elliott, UNIX Systems Administrator York Neuroimaging Centre, University of York This message and any attached documents contain information from QLogic Corporation or its wholly-owned subsidiaries that may be confidential. If you are not the intended recipient, you may not read, copy, distribute, or use this information. If you have received this transmission in error, please notify the sender immediately by reply e-mail and then delete this message. - End forwarded message - -- Mark Hymers York Neuroimaging Centre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632550: lintian needs newer debhelper
On Mon, 04, Jul, 2011 at 01:06:44AM +0200, Jakub Wilk spoke thus.. * Mark Hymers m...@debian.org, 2011-07-03, 14:37: Commit 1f2f20b9973bbea25f10372f5d951216f7379fbe added build-arch support to debian/rules which cases a FTBFS with debhelper versions older than 8.1.0 (noticed when backporting to squeeze). Huh? 1f2f20b9973bbea25f10372f5d951216f7379fbe added just two targets that are currently not used by any tool[0]. I can't see how it could possibly affect buildability of lintian. Ah sorry, it wasn't that commit after all (I did wonder). It was probably 8ad611e557ffbeda7ec4e86480ff0218a23f68bd which causes some of the test packages to build using dh build-arch: rules-build-dep-pattern: make[1]: Entering directory `/tmp/lintian/debian/tests/rules-build-dep-pattern/rules-build-dep-pattern-1.0' rules-build-dep-pattern: dh build-arch rules-build-dep-pattern: dh: Unknown sequence build-arch (choose from: binary binary-arch binary-indep build clean install) rules-build-dep-pattern: make[1]: *** [build-stamp] Error 9 rules-build-dep-pattern: make[1]: Leaving directory `/tmp/lintian/debian/tests/rules-build-dep-pattern/rules-build-dep-pattern-1.0' rules-build-dep-pattern: dpkg-buildpackage: error: debian/rules build gave error exit status 2 The dependency still needs to be on debhelper = 8.1.0~ for that reason though so the solution was right even if the reasoning wasnt. Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589841: gobi-loader: Resume from Suspend-to-disk crashes the usb stack - if suspended while on wwan-connection.
On Fri, 18, Mar, 2011 at 02:22:36PM +, Mark Hymers spoke thus.. This is not a bug relevant to gobi-loader, it's a kernel issue. However, I notice that you're using a custom kernel build. Could you see if you can reproduce it with an official Debian kernel. If you can, I'll reassign it to linux-2.6. Hi, Do you have any further information on this bug regarding the stock Debian kernels in either stable or unstable? If not, I'll close it. Thanks, Mark -- Mark Hymers mhy at debian dot org I told you I was ill The epitaph of Spike Milligan (1918-2002) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632550: lintian needs newer debhelper
Package: lintian Version: 2.5.1 Severity: normal Tags: patch Hi, Commit 1f2f20b9973bbea25f10372f5d951216f7379fbe added build-arch support to debian/rules which cases a FTBFS with debhelper versions older than 8.1.0 (noticed when backporting to squeeze). Could you bump the debhelper version requirement please? Patch attached, thanks, Mark -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.1-16 The GNU assembler, linker and bina ii diffstat 1.53-1produces graph of changes introduc ii dpkg-dev 1.16.0.3 Debian package development tools ii file 5.04-5Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.54-2module to manipulate and access UR ii locales2.11.2-10 Embedded GNU C Library: National L ii locales-all [locales] 2.11.2-10 Embedded GNU C Library: Precompile ii man-db 2.5.7-8 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-17squeeze1 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-8on-line manual pager -- no debconf information diff --git a/debian/control b/debian/control index 1de9373..c67a40a 100644 --- a/debian/control +++ b/debian/control @@ -12,7 +12,7 @@ Uploaders: Josip Rodin joy-packa...@debian.org, Raphael Geissert geiss...@debian.org, Niels Thykier ni...@thykier.net Build-Depends: binutils, - debhelper (= 7.0.50~), + debhelper (= 8.1.0~), default-jdk, diffstat, docbook-utils,
Bug#463643: no i386 and powerpc build daemons available which can run 64bit binaries
On Fri, 28, Nov, 2008 at 05:31:50PM +0100, Philipp Kern spoke thus.. This will be solved for i386 soonish. We don't know about neuro's buildd (ninsei) but the new DSA'ed one (puccini) runs an amd64 kernel, to cover exactly this case. Although this is an ancient bug, it's probably worth noting that both porpora and poulenc for ppc should be capable of running ppc64 binaries. Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621419: Still uses libdb4.8
On Wed, 06, Apr, 2011 at 10:57:15PM +0200, Ondřej Surý spoke thus.. Package: gridengine Version: 6.2u5-2 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.8 (libdb4.8). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.8 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. There's one other case, which is that if the package is using the RPC interface, you're stuffed as far as the 4.8-5.1 upgrade notes seem to say. I'm going to have to think about how to tackle this for gridengine. I suspect I'm going to have to patch it to be able to use berkeleydb locally but not in RPC mode. Mark -- Mark Hymers mhy at debian dot org The first thing we do, let's kill all the Lawyers Henry VI Part II, Shakespeare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621419: Still uses libdb4.8
On Sun, 03, Jul, 2011 at 06:14:07PM +0100, Mark Hymers spoke thus.. On Wed, 06, Apr, 2011 at 10:57:15PM +0200, Ondřej Surý spoke thus.. Package: gridengine Version: 6.2u5-2 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 There's one other case, which is that if the package is using the RPC interface, you're stuffed as far as the 4.8-5.1 upgrade notes seem to say. I'm going to have to think about how to tackle this for gridengine. I suspect I'm going to have to patch it to be able to use berkeleydb locally but not in RPC mode. For the record: ### libspoolc.so gcc -DSGE_ARCH_STRING=\lx26-amd64\ -O3 -Wall -Wstrict-prototypes -DUSE_POLL -DLINUX -DLINUXAMD64 -DLINUXAMD64_26 -D_GNU_SOURCE -DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8 -g -DSGE_LOCK_DEBUG -DHAS_IN_PORT_T -DLOAD_OPENSSL -I/usr/include/ -DTARGET_64BIT -DSPOOLING_dynamic -DSECURE -I/usr/include -Wno-strict-aliasing -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir -I../libs/lck -I../daemons/common -I../daemons/qmaster -I../daemons/execd -I../daemons/schedd -I../clients/common -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux -fPIC -c ../libs/spool/berkeleydb/sge_spooling_berkeleydb.c gcc -DSGE_ARCH_STRING=\lx26-amd64\ -O3 -Wall -Wstrict-prototypes -DUSE_POLL -DLINUX -DLINUXAMD64 -DLINUXAMD64_26 -D_GNU_SOURCE -DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8 -g -DSGE_LOCK_DEBUG -DHAS_IN_PORT_T -DLOAD_OPENSSL -I/usr/include/ -DTARGET_64BIT -DSPOOLING_dynamic -DSECURE -I/usr/include -Wno-strict-aliasing -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir -I../libs/lck -I../daemons/common -I../daemons/qmaster -I../daemons/execd -I../daemons/schedd -I../clients/common -I. -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux -fPIC -c ../libs/spool/berkeleydb/sge_bdb.c ../libs/spool/berkeleydb/sge_bdb.c: In function 'spool_berkeleydb_create_environment': ../libs/spool/berkeleydb/sge_bdb.c:209:19: error: 'DB_RPCCLIENT' undeclared (first use in this function) ../libs/spool/berkeleydb/sge_bdb.c:209:19: note: each undeclared identifier is reported only once for each function it appears in ../libs/spool/berkeleydb/sge_bdb.c:275:21: error: 'DB_ENV' has no member named 'set_rpc_server' make[1]: *** [sge_bdb.o] Error 1 Mark -- Mark Hymers mhy at debian dot org 'I regret nothing?' That's not a song, that's an idiots charter. Andy Hamilton, Old Harry's Game -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621419: [Pkg-gridengine-devel] Bug#621419: Still uses libdb4.8
On Sun, 03, Jul, 2011 at 06:17:15PM +0100, Mark Hymers spoke thus.. There's one other case, which is that if the package is using the RPC interface, you're stuffed as far as the 4.8-5.1 upgrade notes seem to say. I'm going to have to think about how to tackle this for gridengine. I suspect I'm going to have to patch it to be able to use berkeleydb locally but not in RPC mode. I've modified gridengine to no longer support the RPC mode so that it can build against libdb5.1. I've put the note on this restriction into NEWS.Debian Mark -- Mark Hymers mhy at debian dot org I told you I was ill The epitaph of Spike Milligan (1918-2002) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
tag 632460 +patch thanks dicomscope-3.6.0/debian/control:Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, libdcmtk2 (= 3.6.0), libssl0.9.8, dicomscope-3.6.0/debian/control- libxml2, java-gcj-compat | java1-runtime | java2-runtime You don't need to hardcode library ABIs in your Depends, that's what dpkg-shlibdeps is for. Trivial build-tested patch attached which also updates the java dependency to use default-jre. Mark -- Mark Hymers mhy at debian dot org We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up. Holly, Red Dwarf Series III - Bodyswap diff -u dicomscope-3.6.0/debian/control dicomscope-3.6.0/debian/control --- dicomscope-3.6.0/debian/control +++ dicomscope-3.6.0/debian/control @@ -13,8 +13,7 @@ Package: dicomscope Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, libdcmtk2 (= 3.6.0), libssl0.9.8, - libxml2, java-gcj-compat | java1-runtime | java2-runtime +Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, default-jre Description: The OFFIS DICOM Viewer DICOMscope is a free DICOM viewer which can display uncompressed, monochrome DICOM images from all modalities and which supports diff -u dicomscope-3.6.0/debian/changelog dicomscope-3.6.0/debian/changelog --- dicomscope-3.6.0/debian/changelog +++ dicomscope-3.6.0/debian/changelog @@ -1,3 +1,11 @@ +dicomscope (3.6.0-6.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix shlibdeps. Closes: #632460. + * Replace java depends with default-jre. + + -- Mark Hymers m...@debian.org Sat, 02 Jul 2011 13:28:34 + + dicomscope (3.6.0-6) unstable; urgency=low * Remove dep to tk8.3, tk8.4 and replace with wish
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
On Sat, 02, Jul, 2011 at 02:43:19PM +0100, Mark Hymers spoke thus.. tag 632460 +patch thanks dicomscope-3.6.0/debian/control:Depends: ${shlibs:Depends}, ${misc:Depends}, wish | tk8.5 | tk8.4, libdcmtk2 (= 3.6.0), libssl0.9.8, dicomscope-3.6.0/debian/control- libxml2, java-gcj-compat | java1-runtime | java2-runtime You don't need to hardcode library ABIs in your Depends, that's what dpkg-shlibdeps is for. Trivial build-tested patch attached which also updates the java dependency to use default-jre. Hi, I've uploaded an NMU (6.3.0-1.1) to DELAYED/7-days. Feel free to cancel the upload with a newer one in the next week if you'd rather. Cheers, Mark -- Mark Hymers mhy at debian dot org Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them? Holly, Red Dwarf Series III - Marooned -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632460: dicomscope: hardcoded dependency on libssl0.9.8
On Sat, 02, Jul, 2011 at 06:32:26PM +0200, Andreas Tille spoke thus.. Hi Mark, On Sat, Jul 02, 2011 at 04:56:25PM +0100, Mark Hymers wrote: I've uploaded an NMU (6.3.0-1.1) to DELAYED/7-days. Feel free to cancel the upload with a newer one in the next week if you'd rather. Thanks for the NMU - IMHO there is no need to override your DELAYED upload. However, could you please be so kind to commit your changes to SVN which is writable for all DDs? Hi, I just tried but can't commit. I suspect the alioth changearounds have lost the ACL for DDs: # file: svn/debian-med # owner: root # group: scm_debian-med # flags: -s- user::rwx group::rwx group:debian-med:rwx group:scm_debian-med:rwx mask::rwx other::r-x default:user::rwx default:group::rwx default:group:debian-med:rwx default:group:scm_debian-med:rwx default:mask::rwx default:other::r-x -- Mark Hymers mhy at debian dot org But Yossarian *still* didn't understand either how Milo could buy eggs in Malta for seven cents apiece and sell them at a profit in Pianosa for five cents. Catch 22, Joseph Heller -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620356: ftp.debian.org: dak -- somehow keep a record of old versions
Package: ftp.debian.org Severity: normal 11:40 jcristau gadmintools | 8 | squeeze | all 11:40 jcristau gadmintools | 8.2.8-2 | etch| all 11:40 jcristau that's brilliant. 11:41 Corsac mwarf 11:42 mhy urgh, that must have landed after we removed etch from the archive 11:42 jcristau doesn't some record of the old version stay in dak somehow? 11:42 mhy no; added to the todo list 11:42 mhy in fact, let me file a bug, that'll be better -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: Call for votes on Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian
On Tue, 29, Mar, 2011 at 08:14:21AM -0700, Don Armstrong spoke thus.. What is the current status of this? I've just checked the packages, and given the constraints of #510415, I have accepted netqmail, dot-forward, fastforward, qmail-run and qmail-tools. I will shortly be filing RC bugs against each of these as per #510415 to prevent their migration to testing. Once I have those bug numbers, I will update #510415 appropriately. Mark -- Mark Hymers mhy at debian dot org I'm so gorgeous, there's a six month waiting list for birds to suddenly appear, every time I am near! Cat, Red Dwarf Series VIII - Back in the Red -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614310: release.debian.org: apt source stable-updates uses squeeze-updates as suite name in release file
On Mon, 21, Feb, 2011 at 12:00:05AM +0100, andreas spoke thus.. Package: release.debian.org Severity: important I use stable as the relase name in my apt source's list. This links to squeeze on the package servers. The Release file in squeeze uses stable as suite name. So everything is ok. I also migrated from the volatile repository to squeeze-updates. In consistency with above I use stable-updates as source name. On the servers it links to squeeze-updates (as expected). But now the problem: The Release file uses squeeze-updates as suite name where one expects stable-updates. After an apt-get update you get the following warning: W: Conflicting distribution: http://ftp.de.debian.org stable-updates Release (expected stable-updates but got squeeze-updates) W: You may want to run apt-get update to correct these problems Can you fix that to be consistent with the stable repo? A hacked fix is now in place for this. I'm leaving the bug open until we've changed to using codenames in projectb and fixed it properly. Mark -- Mark Hymers mhy at debian dot org I never make predictions. I never have and I never will. Tony Blair -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620378: netqmail: Must not enter testing for at least 1 month
Package: netqmail Version: 1.06-4 Severity: serious Justification: tech-ctte request None of the following packages are allowed to enter testing for at least 1 month as per #510415. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: Call for votes on Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian
On Fri, 01, Apr, 2011 at 01:17:52PM +0100, Mark Hymers spoke thus.. I've just checked the packages, and given the constraints of #510415, I have accepted netqmail, dot-forward, fastforward, qmail-run and qmail-tools. I will shortly be filing RC bugs against each of these as per #510415 to prevent their migration to testing. Once I have those bug numbers, I will update #510415 appropriately. Bug numbers are: #620378 #620381 #620382 #620383 #620384 Thanks, -- Mark Hymers mhy at debian dot org The first thing we do, let's kill all the Lawyers Henry VI Part II, Shakespeare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583368: please support .orig.tar.bz2 for source format 1.0
reassign 583368 dpkg thanks On Thu, 27, May, 2010 at 02:29:42PM +0200, Gerfried Fuchs spoke thus.. It would be very helpful if the dpkg source format 1.0 could also allow .orig.tar.bz2 packages in the archive. The reason for the request should be quite obvious - more and more upstream packages are shipped in bzip2 compressed tarballs. Given that conversion to 3.0 might not always be the best idea just for the benefit of being able to use .orig.tar.bz2 it would be great if the same could be allowed for source v1, too. Hi, This would need to be implemented, supported and documented in dpkg first as being a valid source format. Once it is, please file a bug on ftp.debian.org and we'll sort our side out. Thanks, Mark -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619640: Architecture field dissapered few days ago
On Sat, 26, Mar, 2011 at 06:30:09AM +0100, Christian PERRIER spoke thus.. Quoting Witold Baryluk (bary...@smp.if.uj.edu.pl): Package: debian-installer Severity: normal Well, this change beetween 2011-03-24 and 2011-03-24 in Archive, explains a problem With the FTPmaster meeting and work goind on, I expect this might be related. This was fixed as soon as it was noticed. It was indeed a mistake on our part. Sorry about that. Mark -- Mark Hymers mhy at debian dot org I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce. Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615513: release.debian.org: armhf inclusion into the archive
On Sun, 27, Feb, 2011 at 02:35:26AM +, Hector Oron spoke thus.. The goal is to release next Debian cycle with ('armhf') support, that is a release goal, hence related to release team. Hi, So after some discussion, the ftp team has accepted that the armhf port should be considered for inclusion and looking at debian-ports.org, ( http://buildd.debian-ports.org/stats/graph-week-big.png ) you seem to have just around 87.5% of the archive built which is a good start. To the port into unstable/experimental (and obviously aiming for a release, but that's up to the release team), you need to co-ordinate between DSA (for buildd hardware and hosting), the buildd team (for integration into the main buildd network) the release team and the security team. If all of those teams are happy with the port being included, wearing my ftpmaster hat, I'll be pleased to start the archive bootstrapping process with you. Details of the bootstrapping process can be found at: http://lists.debian.org/debian-devel-announce/2008/08/msg9.html Thanks, Mark -- Mark Hymers mhy at debian dot org Oh, this is John Reid who is 'Cabinet Bruiser' which just means that he's a bit squat, ugly and unpleasant and therefore gets to be called a 'Bruiser'. Jeremy Hardy, The News Quiz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619700: Please consider using the build-essential package instead of Build-Essental: yes
Package: debootstrap Version: 1.0.29 Severity: wishlist Tags: patch Hi, This bug is related to the mail at http://lists.debian.org/debian-devel/2011/03/msg00978.html which discusses the existance of both the build-essential package and the field. Quick summary: we think that in the longer term (i.e. after squeeze is dropped from the main archive at the ends of its security support) the field should go and the package should be the definition (it already is de-facto for most things including cdebootstrap). On Sat, 26, Mar, 2011 at 10:53:07AM +0100, Joerg Jaspert spoke thus.. As far as we know currently the main user of this field seems to be debootstrap in its buildd variant mode. I just went and checked that changing to using the package wouldn't make any difference (trivial patch at http://git.debian.org/?p=users/mhy/debootstrap.git;a=commitdiff;h=782b75f69f383e4d0e6f8909c9a69844c9f769af ) Using lenny squeeze wheezy and sid, I found no differences to dpkg --get-selections (on amd64) before and after the above patch (using debootstrap --variant=buildd ${d} ${d} http://mirror/debian/ ) Thanks, Mark -- Mark Hymers mhy at debian dot org But Yossarian *still* didn't understand either how Milo could buy eggs in Malta for seven cents apiece and sell them at a profit in Pianosa for five cents. Catch 22, Joseph Heller signature.asc Description: Digital signature
Bug#154179: Please create binary-sh[34] and remove binary-sh
On Wed, 08, Jul, 2009 at 09:45:29AM -0400, Bill Traynor spoke thus.. I guess the bigger questions would be why bother? Given the limited number of Linux hackers I know of working on SuperH as it is, spending time on support for newer hardware would seem wiser. Hi, So is there a consensus that sh4 inclusion is what is wanted? If so, is the port at a state where that's feasible. Looking at debian-ports.org, ( http://buildd.debian-ports.org/stats/graph-week-big.png ) you seem to have just under 90% of the archive built. If you're still interested in getting the port into unstable/experimental (and obviously aiming for a release, but that's up to the release team), you need to co-ordinate between DSA (for buildd hardware and hosting), the buildd team (for integration into the main buildd network) the release team (to check they don't want to veto the port), the security team (again to check they have no reason to veto the port). Finally, wearing my ftpmaster hat, if everyone else is happy, I'll be happy to start the archive bootstrapping process with you. Details of the bootstrapping process can be found at: http://lists.debian.org/debian-devel-announce/2008/08/msg9.html Thanks, Mark -- Mark Hymers mhy at debian dot org I got off at Durham... and fell in love with it instantly. Why, it's wonderful - a perfect little city. If you have never been to Durham, go there at once. Take my car. It's wonderful. Notes from a Small Island, Bill Bryson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#368054: queue/p-u-new should be public
close 368054 thanks On Fri, 19, May, 2006 at 04:29:14PM +0200, Andreas Barth spoke thus.. Package: ftp.debian.org Hi, queue/p-u-new should be publically available. This will allow us to ease training new people, and to easier off-load single tasks. As far as I can see it is. On the DD accessible mirror on ries: mhy@ries:~$ ls -l /srv/ftp-master.debian.org/queue/p-u-new/ -d drwxrwsr-x 3 dak debadmin 77824 Mar 24 08:33 /srv/ftp-master.debian.org/queue/p-u-new/ Mar:~$ ls -l /srv/ftp-master.debian.org/queue/p-u-new/ | head -n10 total 4735516 -rw-rw-r-- 1 dak debadmin 5929 Mar 24 06:40 apache2_2.2.16-6+squeeze1_amd64.changes -rw-rw-r-- 1 dak debadmin 1398 Mar 24 06:40 apache2_2.2.16-6+squeeze1_amd64.deb -rw-rw-r-- 1 dak debadmin 5927 Mar 24 06:40 apache2_2.2.16-6+squeeze1_armel.changes -rw-rw-r-- 1 dak debadmin 1398 Mar 24 06:40 apache2_2.2.16-6+squeeze1_armel.deb -rw-rw-r-- 1 dak debadmin209190 Mar 24 06:40 apache2_2.2.16-6+squeeze1.diff.gz -rw-rw-r-- 1 dak debadmin 1832 Mar 24 06:40 apache2_2.2.16-6+squeeze1.dsc -rw-rw-r-- 1 dak debadmin 6985 Mar 24 06:40 apache2_2.2.16-6+squeeze1_i386.changes -rw-rw-r-- 1 dak debadmin 1386 Mar 24 06:40 apache2_2.2.16-6+squeeze1_i386.deb -rw-rw-r-- 1 dak debadmin 5894 Mar 24 06:40 apache2_2.2.16-6+squeeze1_ia64.changes Mark -- Mark Hymers mhy at debian dot org Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them? Holly, Red Dwarf Series III - Marooned -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619311: add Built-Using field support
Package: dpkg Version: 1.15.8.10 Severity: normal Tags: patch Hi, We've been implementing Built-Using support in the archive to allow us to better deal with GPL compliance: http://lists.debian.org/debian-devel/2011/03/msg00852.html As discussed on IRC, I'd like to make dpkg-gencontrol not complain about the field: 15:36 mhy buxy: just looking at Fields.pm and trying to work out how I should declare Built-Using in my patch for it. I think it should be dependency = 'union' and dep_order = 10, but I'm not sure 15:40 buxy mhy: yeah, should be ok and allowed = ALL_PKG 15:41 * mhy nods - that's what I had 15:41 mhy I'll push a git branch and submit a bug / merge request 15:42 buxy mhy: please document the field in man/deb-control.5 also 15:43 buxy (and man/deb-src-control.5) 15:50 mhy buxy: done. I'll submit a bug pointing at my branch 15:50 buxy thanks 15:51 mhy we might want helper scripts and so on later to make life easier for maintainers, but my first priority was to get dpkg-gencontrol not to throw it out by default (obviously it can be worked around using -D for now I've pushed a built-using branch to: git://git.debian.org/users/mhy/dpkg.git The commit is: http://git.debian.org/?p=users/mhy/dpkg.git;a=commitdiff;h=6ccb466ffc71ac8f497c881dfa6e0441719caed5 Please consider merging it. Note that dpkg-deb still complains that it's a user-defined field although it gets added to the binary control file anyways. I looked at patching it into lib/dpkg/parse.c as well but wasn't sure how far down this road to go - do I need to patch it in as a true dependency field in lib/dpkg/dpkg-db.h even though it doesn't matter for dep resolution? If so, does support need to be added to dselect/pkgdepcon.cc and src/depcon.c even if just to ignore it? Thanks, Mark -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.10.3 Advanced front-end for dpkg -- 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#589841: gobi-loader: Resume from Suspend-to-disk crashes the usb stack - if suspended while on wwan-connection.
On Wed, 21, Jul, 2010 at 05:02:52PM +0200, Andreas Gustafsson spoke thus.. Package: gobi-loader Version: 0.6-1 Severity: normal If system is suspended while on 3g (wwan) connection the entire usb stack crashes on resume. Adding a file 00-Suspend_Modules.conf with: SUSPEND_MODULES=qcserial in /etc/pm/config.d/ resolves the issue. Kernel: Linux 2.6.32-5+usb-wwan+hp-wmi (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Hi, This is not a bug relevant to gobi-loader, it's a kernel issue. However, I notice that you're using a custom kernel build. Could you see if you can reproduce it with an official Debian kernel. If you can, I'll reassign it to linux-2.6. Thanks, Mark -- Mark Hymers mhy at debian dot org Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them? Holly, Red Dwarf Series III - Marooned -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618849: O: ifrit -- a powerful tool for visualizing 3-dimensional data sets
Package: wnpp Severity: normal I no longer use this package and therefore orphan it. I have update it to close all existing bugs in the BTS and have set the maintainer to the QA group. -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617262: clamd loses ExtendedDetectionInfo setting after database reload
Package: clamav Version: 0.96.5+dfsg-1~volatile1 Severity: normal Hi, I just noticed that after a clamav-daemon restart (security upgrade), our nagios check started complaining about the response it was getting on port 3310. We have: ExtendedDetectionInfo true in clamd.conf. Immediately after restart, this works and we get: /usr/share/clamav-testfiles/clam.exe: ClamAV-Test-File(aa15bcf478d165efd2065190eb473bcb:544) FOUND back from ClamAV when we send it a 'SCAN /usr/share/clamav-testfiles/clam.exe' After a while, this changes to: /usr/share/clamav-testfiles/clam.exe: ClamAV-Test-File FOUND i.e. the md5sum and size are lost. After a quick discussion with Steve Gran on IRC, I discovered that this occurs after a SIGUSR2 is sent to clamd to get it to reload its database but haven't had time to debug any further. Thanks, Mark -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = /var/log/clamav/clamav.log LogFileUnlock disabled LogFileMaxSize disabled LogTime = yes LogClean disabled LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled ExtendedDetectionInfo = yes PidFile = /var/run/clamav/clamd.pid TemporaryDirectory = /tmp DatabaseDirectory = /var/lib/clamav OfficialDatabaseOnly disabled LocalSocket disabled LocalSocketGroup disabled LocalSocketMode disabled FixStaleSocket = yes TCPSocket = 3310 TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength = 10485760 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 12 ReadTimeout = 180 CommandReadTimeout = 5 SendBufTimeout = 200 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 15 FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = yes SelfCheck = 3600 VirusEvent disabled ExitOnOOM disabled Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups = yes Bytecode = yes BytecodeSecurity = TrustSigned BytecodeTimeout = 6 BytecodeMode = Auto DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes OLE2BlockMacros disabled ScanPDF = yes ScanArchive = yes ArchiveBlockEncrypted disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 16 MaxFiles = 1 ClamukoScanOnAccess disabled ClamukoScannerCount = 3 ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled DevLiblog disabled Config file: freshclam.conf --- LogFileMaxSize disabled LogTime disabled LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled PidFile = /var/run/clamav/freshclam.pid DatabaseDirectory = /var/lib/clamav/ Foreground disabled Debug disabled AllowSupplementaryGroups disabled UpdateLogFile = /var/log/clamav/freshclam.log DatabaseOwner = clamav Checks = 24 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.local.clamav.net, database.clamav.net MaxAttempts = 5 ScriptedUpdates = yes TestDatabases = yes CompressLocalDatabase disabled ExtraDatabase disabled DatabaseCustomURL disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled DetectionStatsHostID disabled SafeBrowsing disabled Bytecode = yes clamav-milter.conf not found Software settings - Version: devel-debian/0.95+dfsg-1-6689-g1d89fa4 WARNING: Version mismatch: libclamav=devel-debian/0.95+dfsg-1-6689-g1d89fa4, clamconf=0.96.5 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 JIT Database information Database directory: /var/lib/clamav/ WARNING: freshclam.conf and clamd.conf point to different database directories daily.cld: version 12805, sigs: 64745, built on Fri Mar 4 19:03:29 2011 daily.cld: WARNING: This database requires f-level 60 (current f-level: 58) main.cld: version 53, sigs: 846214, built on Sun Nov 14 14:58:22 2010 bytecode.cld: version 141, sigs: 39, built on Sat Mar 5 19:06:38 2011 bytecode.cld: WARNING: This database requires f-level 60 (current f-level: 58) Total number of signatures: 910998 Platform information uname:
Bug#610996: unblock: dansguardian/2.10.1.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dansguardian dansguardian fails to restart due to a bug in the init script (#605934). Please unblock the unstable version which has a minimal fix for this. Thanks, 17:28 mhy hi, thanks for uploading dansguardian; now it's built everywhere, do you want to file the unblock bug or shall I? 17:43 formorer go ahead :) 17:44 mhy ok 17:44 mhy thanks again unblock dansguardian/2.10.1.1-3 -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610536: netbase: please add dccp to /etc/protocols
Package: netbase Version: 4.34 Severity: wishlist Hi, Could you please add DCCP (33) to /etc/protocols as listed at http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xml Thanks, -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netbase depends on: ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages netbase recommends: ii ifupdown 0.6.8+nmu1 high level tools to configure netw netbase suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589685: RFA: kst
Package: wnpp Severity: normal I no longer use kst regularly and would like someone else who does to take over maintenance. Thanks, Mark -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536620: retitle 536620 to RFA: dssi -- Command-line utilities for sending commands to DSSI plugins
retitle 536620 O: dssi -- Command-line utilities for sending commands to DSSI plugins thanks I think this has been RFAd for long enough. Orphaning. Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588097: firmware-nonfree: Please consider adding firmware for TI Serial devices
On Sun, 04, Jul, 2010 at 10:16:03PM +0100, Ben Hutchings spoke thus.. m...@steerpike:~/src/linux-firmware$ ls ti_* mts_* -1 mts_cdma.fw mts_edge.fw mts_gsm.fw I actually added these already, but haven't uploaded them yet. Being selfish for a moment, the one I need turns out to be mts_gsm.fw (which isn't that surprising given the hardware). mts_mt9234mu.fw mts_mt9234zba.fw ti_3410.fw ti_5052.fw [...] These don't have any licence information. Maybe the best thing to do is just to ship all the ones we have license info for? People can always grab the other ones from upstream if they need them (I'd say that I'll chase sorting out license info, but I'd be lying if I did because I'm unlikely to have time, sorry) Mark -- Mark Hymers mhy at debian dot org Irish police are being handicapped in a search for a stolen van, because they cannot issue a description. It's a special branch vehicle, and they don't want the public to know what it looks like. The Guardian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588096: linux-2.6: Please enable CONFIG_USB_SERIAL_TI
Package: linux-2.6 Version: 2.6.32-15 Severity: wishlist Hi, Could you please consider changing CONFIG_USB_SERIAL_TI from not set to =m. I've built and tested this on 2.6.32-15 on AMD64 and am about to file a seperate bug on firmware-nonfree to request the inclusion of the appropriate firmware files from git://git.kernel.org/pub/scm/linux/kernel/git/dwmw2/linux-firmware.git Thanks, Mark -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588097: firmware-nonfree: Please consider adding firmware for TI Serial devices
Package: firmware-nonfree Version: 0.25 Severity: wishlist Hi, Could you please consider adding firmware from git://git.kernel.org/pub/scm/linux/kernel/git/dwmw2/linux-firmware.git for the TI and MultiTech USB serial devices. I've just filed a bug on linux-2.6 requesting that the module is built. The relevant files are: m...@steerpike:~/src/linux-firmware$ ls ti_* mts_* -1 mts_cdma.fw mts_edge.fw mts_gsm.fw mts_mt9234mu.fw mts_mt9234zba.fw ti_3410.fw ti_5052.fw If you'd like a full patch adding a binary package etc, please let me know. Thanks, Mark -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585661: linux-2.6: support for gobi 2000 WWAN devices
On Tue, 15, Jun, 2010 at 01:44:45AM +0100, Ben Hutchings spoke thus.. diff -u source/drivers/usb/serial/Kconfig b/drivers/usb/serial/Kconfig --- source/drivers/usb/serial/Kconfig 2010-06-11 21:50:52.087338327 +0100 +++ b/drivers/usb/serial/Kconfig @@ -474,6 +474,7 @@ config USB_SERIAL_QUALCOMM tristate USB Qualcomm Serial modem + select USB_SERIAL_WWAN This presumably corrects a bug in gobi_2.6.32.patch. Yes and I suspect I didn't notice before as USB_SERIAL_WWAN would have been selected anyways. -static const struct usb_device_id id_table[] = { +static struct usb_device_id id_table[] = { {USB_DEVICE(0x05c6, 0x9211)}, /* Acer Gobi QDL device */ {USB_DEVICE(0x05c6, 0x9212)}, /* Acer Gobi Modem Device */ {USB_DEVICE(0x03f0, 0x1f1d)}, /* HP un2400 Gobi Modem Device */ Upstream linux-2.6 has the version we now have with the split out code. tty = tty_port_tty_get(port-port); if (urb-actual_length) { - tty_buffer_request_room(tty, urb-actual_length); Should this really have been removed? @@ -224,9 +224,9 @@ tty_kref_put(tty); /* Resubmit urb so we continue receiving */ - if (port-port.count status != -ESHUTDOWN) { + if (status != -ESHUTDOWN) { err = usb_submit_urb(urb, GFP_ATOMIC); - if (err) + if (err err != -EPERM) What's correct here? For both of these, comparing what was merged upstream and what was in the 2.6.32 original patch from Matthew's website, the split out version from git is what was merged upstream. I'd like to ask Matthew for further details if that's ok (again, I'm not a kernel hacker, just trying to get this device working in Squeeze). I'm assuming it would be safer and easier to merge what went into upstream git. printk(KERN_ERR %s: resubmit read urb failed. (%d), __func__, err); else @@ -610,7 +610,7 @@ for (i = 0; i serial-num_ports; i++) { port = serial-port[i]; if (!port-interrupt_in_urb) { - dbg(%s: No interrupt URB for port %d\n, __func__, i); + dbg(%s: No interrupt URB for port %d, __func__, i); The newline should definitely be included, though this is not really important. It was merged upstream without the newline. diff -u source/drivers/usb/serial/usb-wwan.h b/drivers/usb/serial/usb-wwan.h --- source/drivers/usb/serial/usb-wwan.h2010-06-11 21:50:52.103759088 +0100 +++ b/drivers/usb/serial/usb-wwan.h @@ -39,6 +39,7 @@ unsigned int suspended:1; int in_flight; int (*send_setup) (struct usb_serial_port *port); + void *private; }; struct usb_wwan_port_private { The private pointer is in the upstream merged patch, but not the original patch against 2.6.32. -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585661: linux-2.6: support for gobi 2000 WWAN devices
On Tue, 15, Jun, 2010 at 01:27:19PM +0100, Ben Hutchings spoke thus.. I understood that, but wanted to check that there was not a semantic difference between 2.6.32 and .35 that made the former correct. However, now that I've looked more closely I think this change is valid for both versions. Therefore, I'm applying the changes you sent. I spoke to Matthew and he confirmed that those changes should be fine to merge too. Thanks for your work on this and sorry for the confusion. Mark -- Mark Hymers mhy at debian dot org The first thing we do, let's kill all the Lawyers Henry VI Part II, Shakespeare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585661: linux-2.6: support for gobi 2000 WWAN devices
On Sun, 13, Jun, 2010 at 03:33:43AM +0100, Ben Hutchings spoke thus.. I would prefer if you could provide one patch corresponding to each of the upstream commits, for 2.6.32. This makes it easier to compare versions and to resolve any future conflicts with stable updates. Ok. I've attached four patches which seem to be the relevant ones from git. Note that I had to modify the second patch in order to apply on top of the current tree. I've compiled and tested this and the device works fine. Please note that I'm not a kernel hacker by any stretch of the imagination, so let me know if I need to improve anything. There is no point in doing this for 2.6.34 as we will shortly be moving to 2.6.35 release candidates in experimental. Ok, thanks. Mark -- Mark Hymers mhy at debian dot org 'I regret nothing?' That's not a song, that's an idiots charter. Andy Hamilton, Old Harry's Game commit 0d4561947b8ddd5d944bdbbdc1ea1d6fd9a06041 Author: Matthew Garrett m...@redhat.com Date: Thu Apr 1 12:31:07 2010 -0400 usb serial: Add generic USB wwan support The generic USB serial code is ill-suited for high-speed USB wwan devices, resulting in the option driver. However, other non-option devices may also gain similar benefits from not using the generic code. Factorise out the non-option specific code from the option driver and make it available to other users. Signed-off-by: Matthew Garrett m...@redhat.com Signed-off-by: Greg Kroah-Hartman gre...@suse.de diff --git a/drivers/usb/serial/Kconfig b/drivers/usb/serial/Kconfig index 5f777c2..e399efd 100644 --- a/drivers/usb/serial/Kconfig +++ b/drivers/usb/serial/Kconfig @@ -576,6 +576,9 @@ config USB_SERIAL_XIRCOM To compile this driver as a module, choose M here: the module will be called keyspan_pda. +config USB_SERIAL_WWAN + tristate + config USB_SERIAL_OPTION tristate USB driver for GSM and CDMA modems help diff --git a/drivers/usb/serial/Makefile b/drivers/usb/serial/Makefile index 3203614..e54c728 100644 --- a/drivers/usb/serial/Makefile +++ b/drivers/usb/serial/Makefile @@ -52,6 +52,7 @@ obj-$(CONFIG_USB_SERIAL_SIEMENS_MPI) += siemens_mpi.o obj-$(CONFIG_USB_SERIAL_SIERRAWIRELESS) += sierra.o obj-$(CONFIG_USB_SERIAL_SPCP8X5) += spcp8x5.o obj-$(CONFIG_USB_SERIAL_SYMBOL) += symbolserial.o +obj-$(CONFIG_USB_SERIAL_WWAN) += usb_wwan.o obj-$(CONFIG_USB_SERIAL_TI) += ti_usb_3410_5052.o obj-$(CONFIG_USB_SERIAL_VISOR) += visor.o obj-$(CONFIG_USB_SERIAL_WHITEHEAT) += whiteheat.o diff --git a/drivers/usb/serial/usb-wwan.h b/drivers/usb/serial/usb-wwan.h new file mode 100644 index 000..2be298a --- /dev/null +++ b/drivers/usb/serial/usb-wwan.h @@ -0,0 +1,67 @@ +/* + * Definitions for USB serial mobile broadband cards + */ + +#ifndef __LINUX_USB_USB_WWAN +#define __LINUX_USB_USB_WWAN + +extern void usb_wwan_dtr_rts(struct usb_serial_port *port, int on); +extern int usb_wwan_open(struct tty_struct *tty, struct usb_serial_port *port); +extern void usb_wwan_close(struct usb_serial_port *port); +extern int usb_wwan_startup(struct usb_serial *serial); +extern void usb_wwan_disconnect(struct usb_serial *serial); +extern void usb_wwan_release(struct usb_serial *serial); +extern int usb_wwan_write_room(struct tty_struct *tty); +extern void usb_wwan_set_termios(struct tty_struct *tty, + struct usb_serial_port *port, + struct ktermios *old); +extern int usb_wwan_tiocmget(struct tty_struct *tty, struct file *file); +extern int usb_wwan_tiocmset(struct tty_struct *tty, struct file *file, + unsigned int set, unsigned int clear); +extern int usb_wwan_send_setup(struct usb_serial_port *port); +extern int usb_wwan_write(struct tty_struct *tty, struct usb_serial_port *port, + const unsigned char *buf, int count); +extern int usb_wwan_chars_in_buffer(struct tty_struct *tty); +#ifdef CONFIG_PM +extern int usb_wwan_suspend(struct usb_serial *serial, pm_message_t message); +extern int usb_wwan_resume(struct usb_serial *serial); +#endif + +/* per port private data */ + +#define N_IN_URB 4 +#define N_OUT_URB 4 +#define IN_BUFLEN 4096 +#define OUT_BUFLEN 4096 + +struct usb_wwan_intf_private { + spinlock_t susp_lock; + unsigned int suspended:1; + int in_flight; + int (*send_setup) (struct usb_serial_port *port); + void *private; +}; + +struct usb_wwan_port_private { + /* Input endpoints and buffer for this port */ + struct urb *in_urbs[N_IN_URB]; + u8 *in_buffer[N_IN_URB]; + /* Output endpoints and buffer for this port */ + struct urb *out_urbs[N_OUT_URB]; + u8 *out_buffer[N_OUT_URB]; + unsigned long out_busy; /* Bit vector of URBs in use */ + int opened; + struct usb_anchor delayed; + + /* Settings for the port */ + int rts_state; /* Handshaking pins (outputs) */ + int dtr_state; + int cts_state; /* Handshaking pins (inputs) */ + int dsr_state; + int dcd_state; + int ri_state; + + unsigned long tx_start_time[N_OUT_URB]; +}; + +#endif /* __LINUX_USB_USB_WWAN */ diff --git a/drivers/usb
Bug#585567: ITP: gobi-loader -- Firmware loader for Qualcomm Gobi USB chipsets.
Package: wnpp Severity: wishlist Owner: Mark Hymers m...@debian.org * Package name: gobi-loader Version : 0.6 Upstream Author : Matthew Garrett / RedHat m...@redhat.com * URL : http://www.codon.org.uk/~mjg59/gobi_loader/ * License : GPL 2 Programming Lang: C Description : Firmware loader for Qualcomm Gobi USB chipsets. gobi-loader is a firmware loader for Qualcomm Gobi USB chipsets. These devices appear in an uninitialised state when power is applied and require firmware to be loaded before they can be used as modems. gobi-loader adds a udev rule that will trigger loading of the firmware and make the modem usable. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585567: ITP: gobi-loader -- Firmware loader for Qualcomm Gobi USB chipsets.
On Fri, 11, Jun, 2010 at 10:34:10PM +0200, Simon Josefsson spoke thus.. This package would be useful, I have a Lenovo X201 with this chipset. However, is the program useful without non-free firmware? If not, perhaps it belongs in contrib rather than main? I've just uploaded it to contrib. I'm not sure where in the ITP you read that I was going to upload it to main... Mark -- Mark Hymers mhy at debian dot org I told you I was ill The epitaph of Spike Milligan (1918-2002) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563404: Needs dependency on python-serial and python-imaging
Package: psychopy Version: 1.51.00.dfsg-1 Severity: normal m...@ariana:~/Desktop$ apt-get install psychopy ... m...@ariana:~/Desktop$ psychopy Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.5/runpy.py, line 95, in run_module filename, loader, alter_sys) File /usr/lib/python2.5/runpy.py, line 65, in _run_module_code mod_name, mod_fname, mod_loader) File /usr/lib/python2.5/runpy.py, line 32, in _run_code exec code in run_globals File /usr/lib/pymodules/python2.5/psychopy/app/psychopyApp.py, line 43, in module from psychopy.monitors import MonitorCenter File /usr/lib/pymodules/python2.5/psychopy/monitors/__init__.py, line 6, in module import calibTools File /usr/lib/pymodules/python2.5/psychopy/monitors/calibTools.py, line 8, in module from psychopy import __version__, log, serial File /usr/lib/pymodules/python2.5/psychopy/serial.py, line 16, in module ['Serial', 'PARITY_EVEN', 'STOPBITS_TWO'], 0) ImportError: No module named serial This is solved with apt-get install python-serial, so there appears to be a missing dependency there. m...@ariana:~$ psychopy Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.5/runpy.py, line 95, in run_module filename, loader, alter_sys) File /usr/lib/python2.5/runpy.py, line 65, in _run_module_code mod_name, mod_fname, mod_loader) File /usr/lib/python2.5/runpy.py, line 32, in _run_code exec code in run_globals File /usr/lib/pymodules/python2.5/psychopy/app/psychopyApp.py, line 45, in module from psychopy.app import coder, builder, wxIDs, connections File /usr/lib/pymodules/python2.5/psychopy/app/builder/__init__.py, line 4, in module from builder import * File /usr/lib/pymodules/python2.5/psychopy/app/builder/builder.py, line 11, in module import experiment, components File /usr/lib/pymodules/python2.5/psychopy/app/builder/experiment.py, line 6, in module from components import *#getComponents('') and getAllComponents([]) File /usr/lib/pymodules/python2.5/psychopy/app/builder/components/__init__.py, line 7, in module import os, glob, wx, Image ImportError: No module named Image This is solved with apt-get install python-imaging, so there appears to be a missing dependency there. Mark -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psychopy depends on: ii python 2.5.4-2 An interactive high-level object-o ii python-lxml 2.2.2-2 pythonic binding for the libxml2 a ii python-matplotlib 0.99.1.2-1 Python based plotting system in a ii python-numpy1:1.3.0-3Numerical Python adds a fast array ii python-opengl 3.0.0~c1-1 Python bindings to OpenGL ii python-pygame 1.8.1release-1.1 SDL bindings for games development ii python-support 1.0.3automated rebuilding support for P Versions of packages psychopy recommends: pn libavbin0none (no description available) pn python-imaging none (no description available) ii python-scipy 0.7.0-2 scientific tools for Python ii python-serial2.3-1 pyserial - module encapsulating ac ii python-wxgtk2.8 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t Versions of packages psychopy suggests: pn python-pyepl none (no description available) -- 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#458663: re debootstrap and bz2 etc
On Sun, 15, Nov, 2009 at 02:40:20PM -0500, Joey Hess spoke thus.. Another reason to avoid bz2 and other more esoteric compressors in debs uded by debootstrap is that debootstrap is run on systems other than d-i and debian. When debootstrap is used on a busybox based embedded system, bzip2 will likely not be available. When debootstrap is used on some old crufty[1] distribution, lzma and xz are likely not available. Adding these to the system before running debootstrap could be significant work. Recommend this bug is cloned to lintian, and lintian has checks added for Priority: required and above. Then the ftpmasters could even autoreject based on those checks (assuming the debs' built-in Priority info is accurate). Just for the record, at the moment dak only allows data.tar.gz and data.tar.bz2 (although I had to check that myself in the source code, I've got documenting what is and isn't supported someone more sane on my TODO list). As I said on -devel recently, the data.tar.bz2 support in dak seems to date from 2005, so it's been around for a while. lzma/xz on the other hand hasn't even been asked for yet as far as I know. Mark -- Mark Hymers mhy at debian dot org That's why the good die young; it's because Death can't be bothered to check the paperwork. Andy Hamilton, Old Harry's Game -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555925: nfs4 getcwd problem
Package: linux-image-2.6.31-1-amd64 Version: 2.6.31-1 Severity: normal Tags: patch Hi, As discussed on IRC, would it be possible to get http://bugzilla.kernel.org/attachment.cgi?id=23665 (part of bug http://bugzilla.kernel.org/show_bug.cgi?id=14541 ) added to the Debian kernel builds. Without the patch, applications sometimes get spurious ENOENTs back which causes the obvious problems... The patch has been copied to stable but as Ben just pointed out, isn't applied at the time of writing. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553533: debian-archive-keyring: squeeze Release: The following signatures were invalid: BADSIG 9AA38DCD55BE302B Debian Archive Automatic Signing Key (5.0/lenny) ftpmas...@debian.org
reassign 553533 ftp.debian.org close 553533 thanks On Sun, 01, Nov, 2009 at 12:23:26AM -0400, Rick Thomas spoke thus.. Package: debian-archive-keyring Version: 2009.01.31 Severity: critical Tags: security Justification: root security hole This is not a root security hole - it was simply a bug in the scripts which sync the initial mirror tree. It's also a bug in the archive (hence the reassign to ftp.debian.org) and nothing to do with the keyring package. The bug has now been fixed and a mirror push is now in progress. Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552707: lintian: dak will now accept 3.0 (quilt) and 3.0 (native)
Package: lintian Version: 2.2.13 Severity: normal Hi, Frank asked me to file this when we were working on the dak support for newer source formats. Currently, unsupported-source-format is the following E: sample7 source: unsupported-source-format 3.0 (quilt) N: N:This package uses a different source package format than 1.0. At N:present, only Format: 1.0 packages are permitted by the Debian archive N:software. Newer package formats are supported by dpkg, but they should N:not yet be used for upload to Debian. N: N:Severity: serious, Certainty: certain dak has now been updated to deal with 3.0 (quilt) and 3.0 (native) so could this check be modified appropriately? Thanks, Mark -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5-dsa-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.22+b1Perl interface to libapt-pkg ii libdigest-sha-perl 5.47-1 Perl extension for SHA-1/224/256/3 ii libipc-run-perl 0.80-2 Perl module for running processes ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-19lenny2 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch 2.18.1~cvs20080103-7 Binary utilities that support mult pn libtext-template-pe none (no description available) ii man-db 2.5.2-4 on-line manual pager -- 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#491537: RM: vmware-package -- RoQA: May contain undistributable files
tag 550488 +moreinfo severity 550488 normal thanks Robert, I've spoken to Marc Haber about this on IRC and he tells me that you're the main maintainer now. As far as I can see this warning in the copyright file is about the binaries which it downloads, *not* what is in the package (which looks entirely fine). It certainly doesn't look like an urgent issue. The original submitter should have checked this properly rather than jumping up and down about a probable non-issue. Could you please clarify the debian/copyright file or confirm that the package should be removed if you're no longer interested. Thanks, Mark -- Mark Hymers mhy at debian dot org Everyone is entitled to be stupid but some abuse the privilege. Unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544198: ftp.debian.org: orig missing for package weirdx (1.0.32-4)
On Sat, 29, Aug, 2009 at 04:07:06PM +0200, Torsten Werner spoke thus.. Nicolas FRANCOIS (Nekral) schrieb: Package weirdx 1.0.32-3 was uploaded to unstable in main. It used to be in contrib before (1.0.32-1). It looks like the old bug that the orig tarballs get lost when moving packages from contrib to main. Matt, may you upload weirdx again, please (with the orig tarball). I manually sorted this out. Mark -- Mark Hymers mhy at debian dot org I got off at Durham... and fell in love with it instantly. Why, it's wonderful - a perfect little city. If you have never been to Durham, go there at once. Take my car. It's wonderful. Notes from a Small Island, Bill Bryson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548440: removal of db4.5
On Sat, 26, Sep, 2009 at 10:26:52PM +0200, Matthias Klose spoke thus.. retitle 548440 please restore db4.5 Restored -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547447: RM: boost1.38 -- ROM; Obsoleted by Boost 1.40
ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] regina-normal: regina-normal [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc sparc] schroot: dchroot [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] dchroot-dsa [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] schroot [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] sfftobmp: sfftobmp [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] sofa-framework: libsofa1 [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] sofa-apps [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] source-highlight: source-highlight [hppa mips mipsel] twinkle: twinkle [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] witty: witty [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] xsd: xsdcxx [alpha amd64 hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc sparc] # Broken Build-Depends: cegui-mk2: libboost-regex1.38-dev libboost-signals1.38-dev mapnik: libboost-filesystem1.38-dev libboost-iostreams1.38-dev libboost-program-options1.38-dev libboost-python1.38-dev libboost-regex1.38-dev libboost-system1.38-dev libboost-thread1.38-dev witty: libboost-date-time1.38-dev (= 1.38.0) libboost-filesystem1.38-dev (= 1.38.0) libboost-program-options1.38-dev (= 1.38.0) libboost-regex1.38-dev (= 1.38.0) libboost-signals1.38-dev (= 1.38.0) libboost-thread1.38-dev (= 1.38.0) libboost1.38-dev (= 1.38.0) Dependency problem found. Continue (y/N)? n Aborted. -- Mark Hymers mhy at debian dot org I told you I was ill The epitaph of Spike Milligan (1918-2002) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546478: RM: zope-ldapmultiplugins -- ROM; removal of zope2 packages
Package: ftp.debian.org Severity: normal Please remove zope-ldapuserfolder. This is linked to the removal of zope2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546479: RM: zope-ldapuserfolder -- ROM; removal of zope2
Package: ftp.debian.org Severity: normal This is linked to the removal of zope2/plone packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546480: RM: zope-ploneldap -- ROM; removal of zope2 package
Package: ftp.debian.org Severity: normal This is linked to the removal of zope2/plone packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540719: [Pkg-ia32-libs-maintainers] Bug#540719: failed to install/upgrade: trying to overwrite `/usr/lib32/libcrypto.so.0.9.8', which is also in package lib32ssl0.9.8
severity normal not-found 540719 20090808 thanks dpkg -i lib32ssl0.9.8 apt-cache policy lib32ssl0.9.8 Where did you get lib32ssl0.9.8 from? That is not part of Debian nor does it come from ia32-apt-get (which only has ia32-libssl0.9.8). lib32ssl0.9.8 is certainly not in Debian. The fact that this conflicts with some random non-Debian package is not a bug in the current ia32-libs package. Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539321: nspluginwrapper: is uninstallable
close 549321 thanks On 30-Jul-2009 18:02.40 (BST), Miguel Landaeta wrote: I can't install nspluginwrapper because dependency problems with ia32-libs* and ia32-apt-get. This isn't an nspluginwrapper problem - ia32-libs and ia32-libs-gtk are currently uninstallable, and until the situation with these packages is resolved, nspluginwrapper, and indeed packages such as wine, ia32-sun-java and googleearth will be uninstallable. This should now be resolved in unstable with 20090804. Mark -- Mark Hymers mhy at debian dot org I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours. James Randi on BBCi Live Chat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536904: ifrit: FTBFS: VTK not found.
On Sat, 08, Aug, 2009 at 09:30:30PM +0100, Chris Lamb spoke thus.. Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. For the benefit of people bumping into this on Turmzimmer or similar, fixing the issue Lucas reported is quite easy but you will quickly encounter actual compilation errors in the upstream source. I believe that ifrit needs to be ported to VTK 5.2 - upstream's website claims that 3.2.7 is a port to 5.2 [0], so that might be the way to go. [0] http://sites.google.com/site/ifrithome/Home/update-history Chris, If you use the package, I'm quite happy to hand over maint to you, I don't use it any more. Mark -- Mark Hymers mhy at debian dot org We have three realistic alternatives: (1) Sit here and get blown up, (2) Stand here and get blown up, (3) Jump up and down, shout at me for not being able to think of anything, then get blown up. Holly, Red Dwarf Series III - Bodyswap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536619: RFA: kst
Package: wnpp Severity: normal I no longer use kst on a regular basis and so am looking for someone who wishes to adopt it. I'll try and keep on top of it for now but it would be best if someone who uses it regularly would like to maintain it. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536620: RFA: dssi
Package: wnpp Severity: normal Dear all, I no longer use dssi on a regular basis (as I'm no longer doing much computer based music work) so it would be best if someone could adopt dssi. I've copied the multimedia teams to see if they want to take the package. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536623: RFA: freeradius
Package: wnpp Severity: normal Neither Steve nor myself are currently making heavy use of freeradius at our respective workplaces, so we're asking anyone who does to consider adopting the package. I'm CCing Joy as I know he had previously expressed interest. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524120: transitions.yaml handling: the PTS needs to grok finished transitions
On Wed, 15, Apr, 2009 at 11:04:18AM +0200, Stefano Zacchiroli spoke thus.. On Wed, Apr 15, 2009 at 10:25:40AM +0200, Adeodato Simó wrote: I see the PTS as the consumer of the YAML file. There can be, theoretically, other consumers and basically you are implicitly proposing that all consumers implement the cleanup upon migration logics. FWIW, Adam Barrat (thanks!) just prodded me on IRC about this, remembering me that devscripts contains another consumer of that YAML file (/usr/bin/transition-check), which is affected by the very same problem. In a sense, that strengthen my feeling that the solution should be FTP master side, let's gather some more comments ... As I've just mentioned to Dato and Luk on #-release, we've no objection to cleaning up the file at each dinstall and have a patch for it if they're happy for us to apply it. They're just discussing it now (I assume checking that it won't have any unwanted side effects from their side). Mark -- Mark Hymers mhy at debian dot org Don't you hate those Claims Direct adverts? 'I slipped on a banana skin and sued the Dominican Republic!' Linda Smith on the News Quiz talking about the Compensation Culture -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518688: Clarification request for debian/copyright content
On Tue, 10, Mar, 2009 at 07:33:13AM +0100, Michael Hanke spoke thus.. Dear ftp-masters, the recently accepted 'caret' package received a bug report asking for clarification of the debian/copyright wrt to a listed non-free license. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518688 The original request to include a verbatim copy of the file is attached below. Would it be acceptable to remove to OpenContent license from debian/copyright, as it is not relevant for the pieces of AFNI code included in caret (which are licensed under the GPL-2+)? Or do you recommend/require the full specs of the AFNI package to be present? If the code isn't shipped in the orig tarball (which it shouldn't be otherwise the package doeesn't belong in main), then you don't need to mention the licenses of the non-free parts (we're not distributing them). Hope that clarifies, Mark -- Mark Hymers mhy at debian dot org The first thing we do, let's kill all the Lawyers Henry VI Part II, Shakespeare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519835: debian-policy: Please add new sections to policy
Package: debian-policy Severity: normal Tags: patch Hi, As Joerg has just said on d-d-a, some new sections have been added to the archive. I've attached a patch for policy to bring it up-to-date. Thanks, Mark -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) diff -Naur debian-policy-3.8.1.0/policy.sgml debian-policy-3.8.1.0-new/policy.sgml --- debian-policy-3.8.1.0/policy.sgml 2009-03-12 03:50:58.0 + +++ debian-policy-3.8.1.0-new/policy.sgml 2009-03-15 15:27:21.0 + @@ -670,18 +670,20 @@ p The Debian archive maintainers provide the authoritative list of sections. At present, they are: - emadmin/em, emcomm/em, - emdevel/em, emdoc/em, - emeditors/em, emelectronics/em, emembedded/em, - emgames/em, emgnome/em, emgraphics/em, - emhamradio/em, eminterpreters/em, emkde/em, - emlibs/em, emlibdevel/em, emmail/em, - emmath/em, emmisc/em, emnet/em, emnews/em, - emoldlibs/em, - emotherosfs/em, emperl/em, empython/em, - emscience/em, emshells/em, - emsound/em, emtex/em, emtext/em, - emutils/em, emweb/em, emx11/em. + emadmin/em, emcli-mono/em, emcomm/em, emdatabase/em, + emdevel/em, emdebug/em, emdoc/em, emeditors/em, + emelectronics/em, emembedded/em, emfonts/em, + emgames/em, emgnome/em, emgraphics/em, emgnu-r/em, + emgnustep/em, emhamradio/em, emhaskell/em, + emhttpd/em, eminterpreters/em, emjava/em, emkde/em, + emkernel/em, emlibs/em, emlibdevel/em, emlisp/em, + emlocalization/em, emmail/em, emmath/em, emmisc/em, + emnet/em, emnews/em, emocaml/em, emoldlibs/em, + emotherosfs/em, emperl/em, emphp/em, empython/em, + emruby/em, emscience/em, emshells/em, emsound/em, + emtex/em, emtext/em, emutils/em, emvcs/em, + emvideo/em, emweb/em, emx11/em, emxfce/em, + emzope/em. /p /sect
Bug#517130: linux-modules-extra-2.6: Potential GPL violations
Package: linux-modules-extra-2.6 Version: 2.6.26-6 Severity: serious Dear all, Shortly before the lenny release, it was noted that the binary packages produced by linux-modules-extra-2.6 contain absolutely no relation to the source with which they were built. It is therefore possible, and indeed likely, that the archive may end up containing binaries for which the source has expired. This was dealt with (quietly) for lenny by the ftpteam auditing the build logs and binaries to check that the sources were all present, and inserting the source entries into the special lenny-r0 suite to ensure that they will be retained even if their source packages are revised in a stable point release. The ftpteam considers this a RC bug for squeeze and an improved manner of handling the source dependencies for these modules must be found. At FOSDEM, preliminary discussions were held regarding adding a method by which binary packages could declare that they were built using a particular version of another source or binary package so that the archive can track this and ensure that the relevant source is kept around. This will of course require some dpkg-dev and dak changes and consensus that the idea is a sane one before it can be implemented. A proposal will be sent to debian-devel@ soon. Whichever solution is arrived at needs to deal with the problem at all points in the release cycle, not just at stable or point releases. Thanks, Mark (on behalf of the ftpteam) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512780: Creating a public list for wanna-build team? Input needed.
On Wed, 18, Feb, 2009 at 01:43:28PM +0100, Peter Palfrader spoke thus.. In #512780 (http://bugs.debian.org/512780), we've requested the creation of a debian-wbadm list to serve as a role address and discussion umbrella for the wanna-build team. That sounds like a good idea. The name Joey suggested might be better, but it probably does not matter all that much. I have no opinion on the actual name. Additionally, listmaster has also suggested that we use a teams.debian.net list for this purpose. I don't agree with this for the reasons stated in the bug report. Feel free to comment on this issue as well. What's the difference anyway? One is hosted on official debian.org infrastructure and can be maintained by all DSA members, one isn't. For a core team, in my opinion, it should be hosted at debian.org. Mark -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514919: Removing support for uploads to multiple distributions
In gmane.linux.debian.devel.policy, you wrote: I think we should move distribution field from upload target to a final target distribution, i.e. a sort of quality assessment. I really don't like that maintainers fill a RC bug only to stop migrating a package from stable to testing. ^^ I assume you mean unstable To distinguish different queues, I would use different upload URLs (like we had for non-us). But such proposal should eventually come from ftp-team. dak doesn't deal with moving packages from unstable to testing, that's for britney to decide (under the control of the release team). Ultimately, as I understand it, the current position is that packages not aimed at testing shouldn't go to unstable anyways (as they may tie up migration of other packages through shlib changes or other problems) but should be placed in experimental instead. Nobody use it? Maybe we should ask people to use it, i.e. for the case of important fixes that should go *also* to backport. As backport.org is an entirely seperate archive, that wouldn't work (unless we re-injected the package into the backport.org queued, but that would require us to 1) know about it and 2) not feel ill at the prospect of doing things like that :-) Cheers, Mark PS - Sorry if this goes wrong, but this is the first time I've replied to a lists mail having read it via news - chances of failure are high. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514919: Removing support for uploads to multiple distributions
In gmane.linux.debian.devel.policy, you wrote: I think it's worth mentioning in the policy footnote that the Debian archive doesn't (well, won't, to be entirely accurate) support the feature and removing the suggestion that there is a frozen distribution. As such, I'd be quite happy with Colin's suggested patch. I should also clarify that we might support it at the moment, but I've no idea if it actually works. It seems that we can either 1) make sure it works or 2) drop it from being supported (although as people have said, just in the debian-specific case). Either of these is fine by me, but relying on something which hasn't been tested for 5 years is probably not that sensible. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512947: gconf2-common: add --mandatory capability to update-gconf-defaults
Package: gconf2-common Version: 2.22.0-1 Severity: wishlist Tags: patch Hi, update-gconf-defaults is very useful for local sysadmins (allowing us to drop simple files in /usr/share/gconf/defaults in order to customise the default behaviour of desktops). Even more useful would be the ability to use it for setting mandatory options in the same way instead of writing the XML by hand. Attached is a patch to the gconf source package to allow this. Obviously this isn't for use by packages in the archive, but it certainly makes life easier for local sysadmins. Cheers, Mark -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) diff -Naur gconf-2.22.0/debian/default.path gconf-2.22.0-mandatory/debian/default.path --- gconf-2.22.0/debian/default.path2009-01-25 10:45:58.0 + +++ gconf-2.22.0-mandatory/debian/default.path 2009-01-25 10:48:19.0 + @@ -8,6 +8,9 @@ # Other forced sources imagined by the local administrator include /etc/gconf/2/local-mandatory.path +# Settings forced by the local administrator using +# update-gconf-defaults --mandatory +xml:readonly:/var/lib/gconf/debian.mandatory ### # 2. User Preferences # diff -Naur gconf-2.22.0/debian/gconf2-common.dirs gconf-2.22.0-mandatory/debian/gconf2-common.dirs --- gconf-2.22.0/debian/gconf2-common.dirs 2009-01-25 10:45:58.0 + +++ gconf-2.22.0-mandatory/debian/gconf2-common.dirs2009-01-25 10:47:11.0 + @@ -4,3 +4,4 @@ /usr/share/gconf/defaults /var/lib/gconf/defaults /var/lib/gconf/debian.defaults +/var/lib/gconf/debian.mandatory diff -Naur gconf-2.22.0/debian/update-gconf-defaults gconf-2.22.0-mandatory/debian/update-gconf-defaults --- gconf-2.22.0/debian/update-gconf-defaults 2009-01-25 10:45:58.0 + +++ gconf-2.22.0-mandatory/debian/update-gconf-defaults 2009-01-25 10:38:48.0 + @@ -102,6 +102,10 @@ if len(l) == 2: gconf_val[l[0]] = l[1] +if len(sys.argv) 1: + if sys.argv[1] == '--mandatory': +defaults_dir = '/usr/share/gconf/mandatory' +outdir = '/var/lib/gconf/debian.mandatory' defaults_files = os.listdir(defaults_dir) defaults_files.sort() diff -Naur gconf-2.22.0/debian/update-gconf-defaults.8 gconf-2.22.0-mandatory/debian/update-gconf-defaults.8 --- gconf-2.22.0/debian/update-gconf-defaults.8 2009-01-25 10:45:58.0 + +++ gconf-2.22.0-mandatory/debian/update-gconf-defaults.8 2009-01-25 10:45:36.0 + @@ -12,9 +12,11 @@ .B update-gconf-defaults is responsible for generating defaults used by GConf from the files found in -.IR /usr/share/gconf/defaults . +.IR /usr/share/gconf/defaults +or +.IR /usr/share/gconf/mandatory .PP -The syntax of files in this directory consists in lines containing the +The syntax of files in these directories consist of lines containing the key name, some white space, and the key value, which can be an integer, a boolean, a float, a string or a list of strings. Example: .PP @@ -41,8 +43,21 @@ .I NN as 10 for packages in the Debian archive, 20 for derived distributions, 50 for CDD distributions, and 90 for site-specific packages. +.PP +By default, the program will update the defaults tree. In order for +site administrators to be able to update the mandatory tree, the +.B +\fB\-\-mandatory\fR +option should be used. .SH OPTIONS -There are no options for this program. +.TP +\fB\-\-mandatory\fR +If this option is passed, update-gconf-defaults will update the mandatory +tree instead of the default tree. This +.B +must +not be used by Debian packages. It is only for use by local system +administrators. .SH FILES .TP .I /usr/share/gconf/defaults/ @@ -51,6 +66,12 @@ .I /var/lib/gconf/debian.defaults/%gconf-tree.xml The value tree generated. It is read by GConf with the default Debian configuration, and it takes precedence over upstream defaults. +.TP +.I /usr/share/gconf/mandatory/ +The directory where mandatory files are read if called with --mandatory. +.TP +.I /var/lib/gconf/debian.mandatory/%gconf-tree.xml +The value tree generated if called with --mandatory. .SH SEE ALSO .BR dh_gconf (1), gconftool (1). .SH AUTHOR