Bug#113847: Meet the newest and most aggressive addition to Internet commerce
What's your pleasure, squire? http://blowoutfallsale.com/?47 is the best portal for unbelievable deals on upscale merchandise from major retailers, especially during our Special FALL SALE. We offer quick order processing, online account reports, and live customer support for existing customers. Its time you felt like royalty, so let us show you how. Shop and buy online at http://blowoutfallsale.com/?47 ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#121201: Regarding Quote for eric smith
Hey, http://eZSrQPsDQwYIYatH.ssr.be eric smith All kin ds of Debt C0nsolidatointypes have been aprroveed for you eric smith Thanks, Shawn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#696008: libcryptsetup4: please add multiarch support
The -dev package after this doesn't have its symlink to the right place. Original Message From: "Shawn Landden" To: "Debian Bug Tracking System" Sent: Tue, Dec 3, 2013, 11:33 AM Subject: Bug#696008: libcryptsetup4: please add multiarch support Package: libcryptsetup4 Version: 2:1.6.1-1 Tags: patch Followup-For: Bug #696008 heres a patch, also makes the -dev package multi-arch: same, as I am working on getting systemd to multi-arch cross-build Thanks, Shawn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcryptsetup4 depends on: ii libc6 2.17-97 ii libdevmapper1.02.1 2:1.02.77-6+b1 ii libgcrypt11 1.5.3-2 ii libgpg-error0 1.12-0.2 ii libuuid12.20.1-5.5 libcryptsetup4 recommends no packages. libcryptsetup4 suggests no packages. -- no debconf information
Bug#731382: Re[2]: Bug#731382: libpam-fprintd: do not show password if user enters one
Original Message From: "Nico Golde" To: "Shawn Landden" , 731...@bugs.debian.org Sent: Wed, Dec 4, 2013, 12:37 PM Subject: Re: Bug#731382: libpam-fprintd: do not show password if user enters one Hi, * Shawn Landden [2013-12-04 21:17]: Users are use to entering passwords at login prompts and the like. It would be nice if libpam-fprintd could swallow the input like password prompts do, instead of prominentally displaying the user's password if they type it in. I'm slightly confused by this report. Please note that I'm not the maintainer though. Given that you use libpam-fprintd, why would you enter a password in the first place if you authenticate using your fingerprint? Or are you talking about the scenario in which fprint is used and a user accidently enters a password when there is no password prompt?This. Even better yet, there could be a mode where you can authenticate by fingerprint and password at the same time. That however would probably be non-trivial to implement within the framework of pam. Nico -- Nico Golde - XMPP: n...@jabber.ccc.de (mailto:n...@jabber.ccc.de) - GPG: 0xA0A0
Bug#730432: Re[2]: Bug#730432: nginx: please build "nginx-full" with Spdy support
Original Message From: "Thomas Ward" To: "Shawn Landden" , "730...@bugs.debian.org" Sent: Tue, Dec 17, 2013, 05:58 PM Subject: Re: Bug#730432: nginx: please build "nginx-full" with Spdy support Correct me if I'm wrong, but isn't this an upstream nginx thing and not Debian? NGINX spdy support originated upstream when I last checked... of course, that is why I didn't open a bug for it and just made a comment.
Bug#731178: Re[2]: Bug#731178: dante-server: requires libc6-dev to be installed
Actually it turns out I have libc6-dev installed, and the problem is that /usr/lib/x86_64-linux-gnu/libc.so is a linker script instead of a dynamic library, you need to fix it in the app to use /usr/lib/x86_64-linux-gnu/libc.so.6 instead. Original Message From: "Peter Pentchev" To: "Shawn Landden" CC: 731...@bugs.debian.org Sent: Tue, Dec 3, 2013, 12:51 AM Subject: Re: Bug#731178: dante-server: requires libc6-dev to be installed On Mon, Dec 02, 2013 at 09:51:46PM +, Shawn Landden wrote: Package: dante-server Version: 1.1.19.dfsg-3+b4 Severity: important Dec 2 21:47:29 (1386020849) danted[96427]: symbolfunction(): compiletime configuration error? Failed to open "libc.so": /usr/lib/x86_64-linux-gnu/libc.so: invalid ELF header this symlink is only present when libc6-dev is installed Ah, right. Thanks! This will be fixed in the next upload that will also take care of a couple of other matters in finding libraries to load and preload. G'luck, Peter -- Peter Pentchev r...@ringlet.net (mailto:r...@ringlet.net) r...@freebsd.org (mailto:r...@freebsd.org) p.penc...@storpool.com (mailto:p.penc...@storpool.com) PGP key: http://people.FreeBSD.org/~roam/roam.key.asc (http://people.FreeBSD.org/~roam/roam.key.asc) Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 The rest of this sentence is written in Thailand, on
Bug#692085: gccgo: depends on gcc (4:4.6.3-8) and cpp, which are not approiate
Package: gccgo Version: 4.7 Severity: normal Dear Maintainer, "gcc" and "cpp" are not metapackages, but are mix-matched versions to gccgo on all architectures but amd64 and i386. Therefore these dependancies are screwed up. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armhf (armv7l) Foreign Architectures: armel Kernel: Linux 3.5.4-00581-g5930e52 (PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- --- Shawn Landden
Bug#682917: iceweasel: enable gstreamer support
Re: Alexander
what architecture are you on? can you reply with the "reportbug"
program that will tell me your architecture and versions of
dependencies?
Re: Martin-Éric Racine
I've fallowed upstream on this, as well as getting in a supplementary patch
related to this feature. The main thing we have to consider is that they
will be moving to gstreamer1.0, but this should be easy in this package
(just have to change over dependancies). Iceweasel 10 does not have
gstreamer support, this bug only applies to experimental (until wheezy is
released, and the version in testing moves forward)
updated patch that includes run-time dependencies (as recommends as they
are large and no not crash app, just no h264 playback):
diff --git a/debian/control b/debian/control
index 3d3f62e..a035c26 100644
--- a/debian/control
+++ b/debian/control
@@ -32,6 +32,7 @@ Build-Depends: autotools-dev,
libffi-dev,
libevent-dev (>= 1.4.1),
libvpx-dev (>= 1.0.0),
+ libgstreamer-plugins-base0.10-dev,
mesa-common-dev,
zip,
unzip,
@@ -62,6 +63,8 @@ Depends: ${shlibs:Depends},
debianutils (>= 1.16),
xulrunner-16.0 (>= ${binary:Version}),
libsqlite3-0 (>= 3.7.12-1~)
+Recommends: gstreamer-plugins-good,
+gstreamer-ffmpeg
Suggests: fonts-stix | otf-stix,
mozplugger,
libgssapi-krb5-2 | libkrb53
diff --git a/debian/rules b/debian/rules
index 26ea79a..f25e292 100755
--- a/debian/rules
+++ b/debian/rules
@@ -132,7 +132,7 @@ stamps/configure-xulrunner:: stamps/prepare-configure
ASFLAGS="-g" \
$(CONFIGURE_ENV) \
../configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr $(CONFIGURE_FLAGS) \
- --with-default-mozilla-five-home=/usr/lib/xulrunner-$(GRE_VERSION)
+ --enable-gstreamer
--with-default-mozilla-five-home=/usr/lib/xulrunner-$(GRE_VERSION)
sed -i '/^OS_LDFLAGS/s|=|& $(LDFLAGS)|' build-xulrunner/config/autoconf.mk
sed -i '/^OS_LDFLAGS/s|=|& $(LDFLAGS)|' build-xulrunner/js/src/config/
autoconf.mk
---
Shawn Landden
Bug#694310: debootstrap: test-exec function does not work on android
On Nov 26, 2012 8:28 AM, "Joey Hess" wrote: > > Shawn Landden wrote: > > here is a lighter-weight patch > > I've applied this, but I still wonder how the debootstrap script itself > runs if there's no /bin/sh. It doesn't. You have to call it with sh: "sh debootstrap" and I did not extract debootstrap to root (which is mounted ro) so had to also set DEBOOTSTRAP_DIR
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
On Tue, Dec 25, 2012 at 3:53 PM, Willem van den Akker wrote: > > > I havent received any response about my ITA message for Jabberd2 (see > below). > It seems the current maintainer is MIA. > Is it possible someone of the pkg-xmpp-devel group can reply? > > I would like to adopt it, but must get a chance to get so ;) > I init.d-script-missing-lsb-description<http://lintian.debian.org/tags/init.d-script-missing-lsb-description.html> With dependency-based booting (also systemd) we now really need this. Also the homepage is http://jabberd2.org/ as noted by http://jabberd2.xiaoka.com/ And why have you overriden the security lintian messages? I have not tested the package, just pointing out some issues that immediately stand out. --- Shawn Landden
Bug#589304: ITA: jabberd2 -- Jabber instant messenger server
On Wed, Dec 26, 2012 at 4:18 AM, Andrey Rahmatullin wrote: > On Wed, Dec 26, 2012 at 04:15:36AM -0800, Shawn wrote: > > I init.d-script-missing-lsb-description< > http://lintian.debian.org/tags/init.d-script-missing-lsb-description.html> > > With dependency-based booting (also systemd) we now really need this. > It's just a description. > oh my bad, nvm, I thought it was the whole dependency header. (I've had to help people who couldn't upgrade cause vmware's init script didn't have a lsb header at all) > > -- > WBR, wRAR > -- --- Shawn Landden
Bug#696749: bsd-4-clause was changed retroactively
Package: ntop just from a look at the copyright file, it appears you have original BSD-4.3 code (protocols.c) listed as BSD-4-clause, however all original BSD-4.3 code was retroactively converted to BSD-3-clause, (by the regents of UC) even if it contains the BSD-4-clause license. also Files: html/JSCookMenu.js is under MIT, and it could be named as such in the copyright file IMHO you should just list jQuery as MIT (the more recent versions are only under MIT) -- you should to test against the version of jQuery in libjs-jquery, and then use that instead of the embedded copy (I can open another bug) Otherwise readers of the copyright file might wonder if there is a GPL-2/Apache 2.0 conflict, as the GPL-2 is not compatible with Apache 2.0 (GPL-3 _is_ compatible) "BSD-4-clause" AFAIK is for licenses that took the original BSD-4-clause and changed the name in the license, making it their own license. in any case, you should omit the advertising clause that is no longer in effect. (see ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change ) --- Shawn Landden
Bug#685388: new version (7.5)
I'd really like to be able to use the new ARM reverse debugging support --- Shawn Landden
Bug#691657: luajit: multi-arch broken because of arch-all package that is not multi-arch: foreign
Package: luajit
Severity: important
Dear Maintainer,
Please apply the fallowing patch to fix multi-arch installability of
luajit, e.g. armel on armhf.
diff --git a/debian/control b/debian/control
index 7daea4c..33112ea 100644
--- a/debian/control
+++ b/debian/control
@@ -23,6 +23,7 @@ Description: Just in time compiler for Lua programming
language version 5.1
Package: libluajit-5.1-common
Architecture: all
+Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Just in time compiler for Lua - common files
This package contains files needed by the LuaJIT interpreter/jitter as
well
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: armhf (armv7l)
Foreign Architectures: armel
Kernel: Linux 3.5.4-00581-g5930e52 (PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Bug#680566:
retitle 680566 binutils-gold 2.22 buggy on arm rebuilding with binutils-gold 2.23 eliminates this crash. (I cant build with ld.bfd cause i don't have enough ram) I will fix the package --- Shawn Landden
Bug#681457: libaudit: does not actually support ARM, breaks linked binary like readahead
>I believe this package need to upgrade to 1.8 to properly support ARM:
>https://fedorahosted.org/audit/browser/branches/1.8/lib/lookup_table.c
>78 #ifdef WITH_ARMEB
>79 { MACH_ARMEB, AUDIT_ARCH_ARMEB }
>80 #endif
not true, this is support or Big endian ARM, which Debian does not
support, nor has any sort of port to (anymore). There doesn't appear to
be any support of little endian ARM.
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684339: new upstream version (v0.1.99)
On Sun, 2012-08-12 at 21:13 -0700, Jeff Breidenbach wrote: > Pascal, > > libwebp-0.1.99 bumps the soname from 2 to 3. > Are you SURE you want that and are ready for this to ship? > Soname changes are a big deal out here in packaging land. soname bumps are good when they mean that you can coinstall differn't incompatible versions. There are only three reverse depends right now: # grep-dctrl -FBuild-Depends libwebp-dev -sPackage /var/lib/apt/lists/*Sources Package: chromium-browser Package: leptonlib Package: sdl-image1.2 It would be a good idea to do a test build with leptonlib and sdl-image1.2, chromium isn't even using it right now, as was why this bug was opened. After doing a test build file the process here to get a go-ahead http://wiki.debian.org/Teams/ReleaseTeam/Transitions those two packages will have to be rebuilt on all architectures, with the new library after it is uploaded, to complete the transition. I'm not exactly how this works now in the world of multi-arch influencing the effectiveness of binNMUs. > > Shawn, > > > I have the package built and ready, awaiting response from > Pascal before submitting. > > > -Jeff -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676682: ITP: python-kyotocabinet -- Kyoto Cabinet is an efficient database library like
On Wed, Aug 15, 2012 at 10:28 AM, Jakub Wilk wrote: > * shawn , 2012-06-08, 12:23: > > * Package name: python-kyotocabinet >> Version : 1.2.76 >> Upstream Author : Mikio Hirabayashi >> * URL : >> http://fallabs.com/**kyotocabinet/<http://fallabs.com/kyotocabinet/> >> * License : GPL-3+ >> Programming Lang: C++, Python >> Description : Kyoto Cabinet is an efficient database library like >> GDBM and NDBM. >> > > I just noticed that this package landed in NEW. It has Maintainer set to > Debian Python Modules Team. But you are not a member of the team, are you? I am not. I am not a member of collab maint either, which the vcs field is set to. (this has become an issue or kyotocabinet which has been in unstable for a month now.) This isn't a problem for the ruby bindings, and I am a member of the ruby-pkg-extras team and have been uploading my packaging there for a while now. > > > -- > Jakub Wilk > -- --- Shawn Landden
Bug#685096: cputable: add mips64 and mipsel64
Package: dpkg Version: 1.16.4.3 Severity: wishlist Tags: patch I ran into the lack of these entries when working on a clean way to have gcc-defaults provide fully-qualfied compilers with multilib. (i686-linux-gnu on am64, e.g.) commit 7f53efdf1d4a02de0f8677b51e7e01359e6c7708 Author: Shawn Landden Date: Thu Aug 16 11:23:49 2012 -0700 cputable: add debian names mips64 and mipsel64 diff --git a/cputable b/cputable index 28630f0..eff8109 100644 --- a/cputable +++ b/cputable @@ -29,6 +29,8 @@ m32r m32rm32r32 big m68k m68km68k32 big mips mipsmips(eb)? 32 big mipsel mipsel mipsel 32 little +mips64 mips64 mips(eb)?64 64 big +mipsel64mipsel64mipsel6464 little powerpcpowerpc (powerpc|ppc) 32 big ppc64 powerpc64 (powerpc|ppc)64 64 big s390 s390s39032 big -- System Information: Debian Release: wheezy APT prefers testing APT policy: (990, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-3 ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii liblzma5 5.1.1alpha+20120614-1 ii libselinux1 2.1.9-5 ii tar 1.26-4em1 ii zlib1g 1:1.2.7.dfsg-13 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.7.2 -- Configuration Files: /etc/logrotate.d/dpkg changed [not included] -- 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#685239: ruby-pkg-config: /usr/lib/ruby/vendor_ruby/pkg-config.rb:91:in `search_pkg_config_by_dln_find_exe': undefined method `size' for nil:NilClass (NoMethodError)
Package: ruby-pkg-config Version: 1.1.2-1 Severity: serious Tags: patch upstream Justification: renders package unusable I converted my ruby binding to use ruby-pkg-config, because I take it that when ruby is converted to multi-arch, ruby-pkg-config might bring multi-arch cross-building support, which pkg-config-cross is currently broken, and requires calling by FQN. This problem didn't happen on a full Precise system, only a cowbuilder debian sid chroot. It also appears to be fixed upstream https://github.com/rcairo/pkg-config/commit/fe7d4ce2974b7727989951cc198019df04503658 /usr/lib/ruby/vendor_ruby/pkg-config.rb:91:in `search_pkg_config_by_dln_find_exe': undefined method `size' for nil:NilClass (NoMethodError) from /usr/lib/ruby/vendor_ruby/pkg-config.rb:52:in `guess_native_pkg_config' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:30:in `native_pkg_config' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:287:in `guess_default_path' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:105:in `initialize' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:338:in `new' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:338:in `package_config' from /usr/lib/ruby/vendor_ruby/pkg-config.rb:353:in `libs_only_l' from extconf.rb:5 from /usr/lib/ruby/vendor_ruby/1.8/rubygems/ext/ext_conf_builder.rb:16:in `build' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:62:in `build_and_install' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:61:in `chdir' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:61:in `build_and_install' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:75:in `build_all_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:72:in `each' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:72:in `build_all_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb:88 /usr/lib/ruby/vendor_ruby/gem2deb.rb:29:in `run': [/usr/bin/ruby1.8 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb ruby-kyotocabinet failed!] (Gem2Deb::CommandFailed) from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:144:in `block in install_files_and_build_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:142:in `each' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:142:in `install_files_and_build_extensions' from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:97:in `install' from /usr/bin/dh_ruby:63:in `block (2 levels) in ' from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `call' from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `block in parse_in_order' from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `catch' from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `parse_in_order' from /usr/lib/ruby/1.9.1/optparse.rb:1341:in `order!' from /usr/lib/ruby/1.9.1/optparse.rb:1432:in `permute!' from /usr/lib/ruby/1.9.1/optparse.rb:1453:in `parse!' from /usr/bin/dh_ruby:67:in `' -- System Information: Debian Release: wheezy APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-pkg-config depends on: ii ruby 4.9 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-1 ruby-pkg-config recommends no packages. ruby-pkg-config suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685239: Acknowledgement (ruby-pkg-config: /usr/lib/ruby/vendor_ruby/pkg-config.rb:91:in `search_pkg_config_by_dln_find_exe': undefined method `size' for nil:NilClass (NoMethodError))
Well finally reading the source its looking for pkg-config, and errors out if you don't have it. So this package is missing a depends on pkg-config? and the package description is all screwed up? I'm not sure what use this package is if it requires pkg-config be installed to function. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683931: [Pkg-fonts-devel] Bug#683931: src:ttf-dejavu: please use xz
xz's "extreme" compression option only changes the compressor, the decompressor doesn't even know which level of compression the compressor used. Using extreme compression speeds up decompression because the cpu usage is roughly linear with compressed size. Using extreme compression uses more rigerous compression without raising the size of the dictionary as using -7, -8, or -8 (64MB)--see xz(1) for more info. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685330: ruby-hoe: dependancy on "rubygems" makes rails3 install ruby1.8
Package: ruby-hoe
Version: 3.0.3-1
Severity: important
Tags: patch
"rubygems" is ruby 1.8 specific, "rubygems1.9.1" is for ruby1.9, and is now
provided by
the ruby1.9.1 package
diff --git a/debian/control b/debian/control
index cd76740..cbbbfab 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,11 @@ XS-Ruby-Versions: all
Package: ruby-hoe
Architecture: all
XB-Ruby-Versions: ${ruby:Versions}
-Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter, rake (>=
0.8.7), rubygems
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+ ruby | ruby-interpreter,
+ rake (>= 0.8.7),
+ rubygems1.9.1 | rubygems
Description: rake/rubygems helper for project Rakefiles
Hoe is a rake/rubygems helper for project Rakefiles. It helps you
manage and maintain, and release your project and includes a dynamic
-- System Information:
Debian Release: wheezy
APT prefers testing
APT policy: (990, 'testing'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages ruby-hoe depends on:
pn rake
ii ruby 4.9
ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-1
pn rubygems
ruby-hoe recommends no packages.
ruby-hoe suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685661: buildd.debian.org: "Needs-Build" time resets when depedancy is rebuilt(?)
Package: buildd.debian.org Severity: normal My package (kyotocabinet) had a "Needs-Build" time of around 23 days or so, (on arch:sh) yet it is now at 22 hours. I'm not sure which build triggered that (of even if that is the right diagnosis) but many (but not all) needs-build apckage also seems to have their times reset. What is going on here? -- System Information: Debian Release: wheezy APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#602956: nfs-kernel-server: not limited to ext4
Subject: nfs-kernel-server: not limited to ext4 Followup-For: Bug #602956 Package: nfs-kernel-server Version: 1:1.2.5-3 Dear Maintainer, I have experienced this error with ubifs rootfs (on the NAND of the SheevaPlug). /etc/exports: / 192.168.0.0/24(ro,sync,subtree_check) #exportfs -a 'exportfs: Warning: / does not support NFS export.' $mount ubi0:rootfs on / type ubifs (rw,relatime) -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 3910022 tcp 1005 sgi_fam 1000241 udp 39957 status 1000241 tcp 50068 status 132 tcp 2049 nfs 133 tcp 2049 nfs 134 tcp 2049 nfs 132 udp 2049 nfs 133 udp 2049 nfs 134 udp 2049 nfs 1000211 udp 50431 nlockmgr 1000213 udp 50431 nlockmgr 1000214 udp 50431 nlockmgr 1000211 tcp 44568 nlockmgr 1000213 tcp 44568 nlockmgr 1000214 tcp 44568 nlockmgr 151 udp 48987 mountd 151 tcp 43941 mountd 152 udp 54945 mountd 152 tcp 45423 mountd 153 udp 50490 mountd 153 tcp 54109 mountd -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= -- /etc/exports -- / 192.168.0.0/24(ro,sync,subtree_check) -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs -- System Information: Debian Release: wheezy/sid APT prefers unstable-grip APT policy: (500, 'unstable-grip'), (500, 'testing-grip'), (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-1-ga042133-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.19.1-5em1 ii libc6 2.13-21em1 ii libcomerr21.42~WIP-2011-10-16-1em1 ii libgssapi-krb5-2 1.10+dfsg~alpha2-1 ii libgssglue1 0.3-3.1em1 ii libk5crypto3 1.10+dfsg~alpha2-1 ii libkrb5-3 1.10+dfsg~alpha2-1 ii libnfsidmap2 0.25-1em1 ii libtirpc1 0.2.2-5em1 ii libwrap0 7.6.q-21em1 ii lsb-base 3.2-28em1 ii nfs-common1:1.2.5-3 ii ucf 3.0025+nmu2em1 nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655391: apt-cacher-ng: rubygems integration
Package: apt-cacher-ng Severity: wishlist It would be nice if apt-cacher-ng could cache rubygems server in a transparent easy-to-config way. -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (998, 'testing-grip'), (500, 'testing'), (2, 'unstable-grip') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-1-ga042133-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser 3.113em1 ii libbz2-1.0 1.0.5-7em1 ii libc6 2.13-21em1 ii libfuse2 ii libgcc1 1:4.6.2-11 ii libstdc++6 4.6.2-11 ii zlib1g 1:1.2.3.4.dfsg-3em1 apt-cacher-ng recommends no packages. apt-cacher-ng suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655393: ruby1.9.1: rubygems should use /var/cache/gems/1.9.1 instead of
Package: ruby1.9.1 Version: 1.9.3.0-1 Severity: normal I think the subject says it: rubygems should use /var/cache/gems/1.9.1 instead of /var/lib/gems/1.9.1/cache I am using emdebian in a space-constrained environment. I would have expected this folder to be in /var/cache like apt packages are, and although I have not read the FHS or anything recently I believe moving this cache would make system administration easier. While I am at it I will probably submit a wishlist against apt-cacher-ng for integration -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (998, 'testing-grip'), (500, 'testing'), (2, 'unstable-grip') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-1-ga042133-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby1.9.1 depends on: ii libc6 2.13-21em1 ii libruby1.9.1 1.9.3.0-1 ruby1.9.1 recommends no packages. Versions of packages ruby1.9.1 suggests: pn graphviz pn ri1.9.1 pn ruby1.9.1-dev 1.9.3.0-1 pn ruby1.9.1-examples -- 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#656167: distcc: please upgrade to HEAD to bring in fix for #481951 (ipv6, major brakeage)
Package: distcc Version: 3.1-4+b1 Severity: important Tags: ipv6 Bug #481951 was fixed upstream https://code.google.com/p/distcc/issues/detail?id=34 , however it has been ages and no release. Said bug makes distcc completely broken when ipv6 and zeroconf is enabled. It can be worked around by removing the link-local ipv6 address if you are not using IPv6 (although other hosts on network may still screw it upnot sure) also: I have zeroconf on in /etc/default/distcc, not /etc/distcc/daemon-zeroconf -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (998, 'testing-grip'), (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-1-ga042133-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages distcc depends on: ii adduser3.113em1 ii debconf [debconf-2.0] 1.5.41em1 ii libavahi-client3 0.6.30-5em1 ii libavahi-common3 0.6.30-5em1 ii libc6 2.13-21em1 ii libpopt0 1.16-1em1 ii lsb-base 3.2-28em1 ii netbase4.47em1 distcc recommends no packages. Versions of packages distcc suggests: pn ccache 3.1.6-1 pn dbus 1.4.16-1em1 pn distcc-pump pn distccmon-gnome -- debconf information: distcc/daemon-listen: 127.0.0.1 distcc/daemon-jobs: distcc/daemon-zeroconf: false distcc/daemon-allow: 127.0.0.1 distcc/daemon-nice: 10 distcc/daemon: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656168: Acknowledgement (distcc: please upgrade to HEAD to bring in fix for #481951 (ipv6, major brakeage))
bts merge 656167 656168 On Tue, 2012-01-17 at 01:45 +, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Carsten Wolff > > If you wish to submit further information on this problem, please > send it to 656...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656666: nodejs uninstallable on armel
Package: nodejs Version: 0.2.6-4 Severity: important the armel port is behind, and currently uninstallable as the libv8 version it depends on is no longer in sid The following packages have unmet dependencies: nodejs : Depends: libev3 (>= 1:3.6) but it is not installable Depends: libv8-2.5.9.15 but it is not installable should upgrade to upstream version anyways -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (998, 'testing-grip'), (500, 'testing'), (2, 'unstable-grip'), (1, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 3.2.0-1-ga042133-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#673900: sip
On Thu, 2012-06-21 at 09:39 +1000, Brian May wrote: > On 20 June 2012 12:08, shawn wrote: > > On Tue, 2012-06-19 at 13:48 +1000, Brian May wrote: > >> telephony-sip? There is no such package with that title in debian. Is > >> that the correct name? > > > > http://packages.debian.org/sid/telepathy-rakia > > Thank you. > > Unfortunately, at quick glance anyway, this appears to be chat client > with sip as an add-on. For both the empathy and kde-telepathy clients. > It doesn't appear to have many features found in twinkle, such as > support for blind transfers, attended transfers, conference calls, > etc. I believe this is a client issue, not a telepathy issue. Also notice that their existance at all is in stark contrast to Pidgin/libpurple that has had a long tradition of not wanting any audiovisual stuff at all. While Empathy might not be the client, I believe telepathy will be the way Linux desktops integrate with both SIP and GSM (telepathy-ring). -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678453: ltrace: broken on armel
Package: ltrace
Version: 0.5.3-2.1
Severity: important
>From what I can tell this package is totally broken on armel. I seem to
>remember that it once worked,
but don't quote me on that.
For example, it hangs when starting a program that uses libc:
# ltrace true
__libc_start_main(36268, 1, 0xbe825844, 45056, 45052
compared to on x86_64:
$ ltrace true
__libc_start_main(0x401090, 1, 0x7fff77b5f288, 0x4034f0, 0x403580
exit(0
+++ exited (status 0) +++
strace still works:
# strace true
execve("/bin/true", ["true"], [/* 19 vars */]) = 0
brk(0) = 0x27d000
uname({sys="Linux", node="plug", ...}) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb6f8b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=47022, ...}) = 0
mmap2(NULL, 47022, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f5c000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabi/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0XX\1\0004\0\0\0"...,
512) = 512
lseek(3, 1211164, SEEK_SET) = 1211164
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
1400) = 1400
lseek(3, 1210724, SEEK_SET) = 1210724
read(3, "A'\0\0\0aeabi\0\1\35\0\0\0\0054T\0\6\2\10\1\t\1\22\4\24\1\25\1"...,
40) = 40
fstat64(3, {st_mode=S_IFREG|0755, st_size=1212564, ...}) = 0
mmap2(NULL, 1254688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb6e29000
mprotect(0xb6f4f000, 28672, PROT_NONE) = 0
mmap2(0xb6f56000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x125) = 0xb6f56000
mmap2(0xb6f59000, 9504, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6f59000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb6f8a000
set_tls(0xb6f8a6d0, 0xb6f8ada7, 0xb6f8ada8, 0xb6f8a6d0, 0xb6f8d000) = 0
mprotect(0xb6f56000, 8192, PROT_READ) = 0
mprotect(0x13000, 4096, PROT_READ) = 0
mprotect(0xb6f8c000, 4096, PROT_READ) = 0
munmap(0xb6f5c000, 47022) = 0
exit_group(0) = ?
As does:
# ltrace postsuper
+++ exited (status 0) +++
Also, when i try to attach to an already running process, I get only garbage:
#ltrace -p 13627
unexpected instruction 0xe5bcf6fc at 0xeb9c
unexpected instruction 0xe5bcf6fc at 0xeb9c
etc...
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (101, 'unstable'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages ltrace depends on:
ii libc6 2.13-33
ii libelfg0 0.8.13-3em1
ii libgcc1 1:4.7.0-11
ltrace recommends no packages.
ltrace suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656955: mkfs.btrfs broken on armel
On Fri, 2012-06-15 at 09:41 +0200, Daniel Baumann wrote:
> On 06/15/2012 09:02 AM, shawn wrote:
> > Yes it is, but here is a patch to fix it :-)
>
> great, thanks.
>
OOPS!
That patch broke all architectures where size of pointer != 4
+ memcpy(offset, &t, sizeof(&offset));
needed to be
+ memcpy(offset, &t, sizeof(found_key.offset));
fixed version attached
--
-Shawn Landden
>From 3aeccdcad77a5a64795bf3308970f5f2558f766d Mon Sep 17 00:00:00 2001
From: Shawn Landen
Date: Fri, 15 Jun 2012 06:58:44 +
Subject: [PATCH] fix unaligned memory accesses
Fix creation of volumes using mkfs.btrfs on armv5.
---
ctree.h | 26 --
volumes.c |5 +++--
2 files changed, 23 insertions(+), 8 deletions(-)
diff --git a/ctree.h b/ctree.h
index 6545c50..ef3f0cc 100644
--- a/ctree.h
+++ b/ctree.h
@@ -19,6 +19,8 @@
#ifndef __BTRFS__
#define __BTRFS__
+#include
+
#include "list.h"
#include "kerncompat.h"
#include "radix-tree.h"
@@ -970,13 +972,17 @@ struct btrfs_root {
static inline u##bits btrfs_##name(struct extent_buffer *eb) \
{ \
struct btrfs_header *h = (struct btrfs_header *)eb->data; \
- return le##bits##_to_cpu(h->member);\
+ uint##bits##_t t; \
+ memcpy(&t, &h->member, sizeof(h->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(struct extent_buffer *eb, \
u##bits val) \
{ \
struct btrfs_header *h = (struct btrfs_header *)eb->data; \
- h->member = cpu_to_le##bits(val);\
+ uint##bits##_t t; \
+ t = cpu_to_le##bits(val); \
+ memcpy(&h->member, &t, sizeof(h->member)); \
}
#define BTRFS_SETGET_FUNCS(name, type, member, bits) \
@@ -984,25 +990,33 @@ static inline u##bits btrfs_##name(struct extent_buffer *eb, \
type *s)\
{ \
unsigned long offset = (unsigned long)s; \
+ uint##bits##_t t; \
type *p = (type *) (eb->data + offset);\
- return le##bits##_to_cpu(p->member);\
+ memcpy(&t, &p->member, sizeof(p->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(struct extent_buffer *eb, \
type *s, u##bits val) \
{ \
unsigned long offset = (unsigned long)s; \
+ uint##bits##_t t; \
type *p = (type *) (eb->data + offset);\
- p->member = cpu_to_le##bits(val);\
+ t = cpu_to_le##bits(val); \
+ memcpy(&p->member, &t, sizeof(p->member)); \
}
#define BTRFS_SETGET_STACK_FUNCS(name, type, member, bits) \
static inline u##bits btrfs_##name(type *s)\
{ \
- return le##bits##_to_cpu(s->member);\
+ uint##bits##_t t; \
+ memcpy(&t, &s->member, sizeof(s->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(type *s, u##bits val) \
{ \
- s->member = cpu_to_le##bits(val);\
+ uint##bits##_t t; \
+ t = cpu_to_le##bits(val); \
+ memcpy(&s->member, &t, sizeof(s->member)); \
}
BTRFS_SETGET_FUNCS(device_type, struct btrfs_dev_item, type, 64);
diff --git a/volumes.c b/volumes.c
index 8dca5e1..0401eeb 100644
--- a/volumes.c
+++ b/volumes.c
@@ -425,10 +425,11 @@ static int find_next_chunk(struct btrfs_root *root, u64 objectid, u64 *offset)
if (found_key.objectid != objectid)
*offset = 0;
else {
+ u64 t;
chunk = btrfs_item_ptr(path->nodes[0], path->slots[0],
struct btrfs_chunk);
- *offset = found_key.offset +
-btrfs_chunk_length(path->nodes[0], chunk);
+ t = found_key.offset + btrfs_chunk_length(path->nodes[0], chunk);
+ memcpy(offset, &t, sizeof(found_key.offset));
}
}
ret = 0;
--
1.7.10.4
Bug#656955: mkfs.btrfs broken on armel
On Fri, 2012-06-15 at 09:41 +0200, Daniel Baumann wrote:
> On 06/15/2012 09:02 AM, shawn wrote:
> > Yes it is, but here is a patch to fix it :-)
>
> great, thanks.
>
OOPS!
That patch broke all architectures where size of pointer != 4
--- !=8
+ memcpy(offset, &t, sizeof(&offset));
needed to be
+ memcpy(offset, &t, sizeof(found_key.offset));
fixed version attached
--
-Shawn Landden
>From 3aeccdcad77a5a64795bf3308970f5f2558f766d Mon Sep 17 00:00:00 2001
From: Shawn Landen
Date: Fri, 15 Jun 2012 06:58:44 +
Subject: [PATCH] fix unaligned memory accesses
Fix creation of volumes using mkfs.btrfs on armv5.
---
ctree.h | 26 --
volumes.c |5 +++--
2 files changed, 23 insertions(+), 8 deletions(-)
diff --git a/ctree.h b/ctree.h
index 6545c50..ef3f0cc 100644
--- a/ctree.h
+++ b/ctree.h
@@ -19,6 +19,8 @@
#ifndef __BTRFS__
#define __BTRFS__
+#include
+
#include "list.h"
#include "kerncompat.h"
#include "radix-tree.h"
@@ -970,13 +972,17 @@ struct btrfs_root {
static inline u##bits btrfs_##name(struct extent_buffer *eb) \
{ \
struct btrfs_header *h = (struct btrfs_header *)eb->data; \
- return le##bits##_to_cpu(h->member);\
+ uint##bits##_t t; \
+ memcpy(&t, &h->member, sizeof(h->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(struct extent_buffer *eb, \
u##bits val) \
{ \
struct btrfs_header *h = (struct btrfs_header *)eb->data; \
- h->member = cpu_to_le##bits(val);\
+ uint##bits##_t t; \
+ t = cpu_to_le##bits(val); \
+ memcpy(&h->member, &t, sizeof(h->member)); \
}
#define BTRFS_SETGET_FUNCS(name, type, member, bits) \
@@ -984,25 +990,33 @@ static inline u##bits btrfs_##name(struct extent_buffer *eb, \
type *s)\
{ \
unsigned long offset = (unsigned long)s; \
+ uint##bits##_t t; \
type *p = (type *) (eb->data + offset);\
- return le##bits##_to_cpu(p->member);\
+ memcpy(&t, &p->member, sizeof(p->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(struct extent_buffer *eb, \
type *s, u##bits val) \
{ \
unsigned long offset = (unsigned long)s; \
+ uint##bits##_t t; \
type *p = (type *) (eb->data + offset);\
- p->member = cpu_to_le##bits(val);\
+ t = cpu_to_le##bits(val); \
+ memcpy(&p->member, &t, sizeof(p->member)); \
}
#define BTRFS_SETGET_STACK_FUNCS(name, type, member, bits) \
static inline u##bits btrfs_##name(type *s)\
{ \
- return le##bits##_to_cpu(s->member);\
+ uint##bits##_t t; \
+ memcpy(&t, &s->member, sizeof(s->member)); \
+ return le##bits##_to_cpu(t); \
} \
static inline void btrfs_set_##name(type *s, u##bits val) \
{ \
- s->member = cpu_to_le##bits(val);\
+ uint##bits##_t t; \
+ t = cpu_to_le##bits(val); \
+ memcpy(&s->member, &t, sizeof(s->member)); \
}
BTRFS_SETGET_FUNCS(device_type, struct btrfs_dev_item, type, 64);
diff --git a/volumes.c b/volumes.c
index 8dca5e1..0401eeb 100644
--- a/volumes.c
+++ b/volumes.c
@@ -425,10 +425,11 @@ static int find_next_chunk(struct btrfs_root *root, u64 objectid, u64 *offset)
if (found_key.objectid != objectid)
*offset = 0;
else {
+ u64 t;
chunk = btrfs_item_ptr(path->nodes[0], path->slots[0],
struct btrfs_chunk);
- *offset = found_key.offset +
-btrfs_chunk_length(path->nodes[0], chunk);
+ t = found_key.offset + btrfs_chunk_length(path->nodes[0], chunk);
+ memcpy(offset, &t, sizeof(found_key.offset));
}
}
ret = 0;
--
1.7.10.4
Bug#656955: closed by Daniel Baumann (Bug#656955: fixed in btrfs-tools 0.19+20120328-4)
reopen 656955 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676722: kyotocabinet uploaded
kyotocabinet, whish this package depends on, has been uploaded and is in NEW at the moment. (Thank you Sylvestre Ledru ) -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678586: btrfs-tools: broken on 32-bit machines
Package: btrfs-tools Version: 0.19+20120328-4 Severity: serious Justification: Policy 2.2.1 The patch that I submitted and got applied to the latest version (only) is broken, and may cause so-far-unknown file corruption issues. See Bug #656955 for original buggy patch, and corrected patch. Need to make sure the buggy version (0.19+20120328-4) never gets into testing. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages btrfs-tools depends on: ii e2fslibs1.42.4-3 ii libc6 2.13-33 ii libcomerr2 1.42.2-2 ii libgcc1 1:4.7.0-11 ii libuuid12.20.1-5 ii zlib1g 1:1.2.7.dfsg-11 btrfs-tools recommends no packages. btrfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678606: chromium: does chromium really need to build-depend on subversion?
Package: chromium Version: 20 Severity: normal What does Chromium need subversion for during the build? Is it really needed? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 18.0.1025.168~r134367-1 ii gconf-service 3.2.5-1 ii libasound2 1.0.25-3em1 ii libavcodec536:0.8.2-2 ii libavformat53 6:0.8.2-2 ii libavutil51 6:0.8.2-2 ii libbz2-1.0 1.0.6-3 ii libc6 2.13-33 ii libcairo2 1.12.2-2em1 ii libcups21.5.3-1 ii libdbus-1-3 1.6.0-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1em1 ii libflac81.2.1-6 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1em1 ii libgcc1 1:4.7.0-11 ii libgconf-2-43.2.5-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libjpeg88d-1em1 ii libnspr42:4.9-3 ii libnss3-1d 2:3.13.4-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1em1 ii libpulse0 2.0-3 ii libspeex1 1.2~rc1-6 ii libstdc++6 4.7.0-11 ii libudev0175-3.1em1 ii libv8-3.8.9.20 3.8.9.20-1 ii libvpx1 1.1.0-1 ii libwebp20.1.3-3 ii libx11-62:1.4.99.901-2em1 ii libxext62:1.3.1-2em1 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-2 ii libxrender1 1:0.9.7-1em1 ii libxslt1.1 1.1.26-12 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.7.dfsg-11 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678586: btrfs-tools: broken on 32-bit machines
On Fri, 2012-06-22 at 23:48 +0100, Dmitrijs Ledkovs wrote: > On 22/06/12 23:35, shawn wrote: > > Package: btrfs-tools > > Version: 0.19+20120328-4 > > Severity: serious > > Justification: Policy 2.2.1 > > > > The patch that I submitted and got applied to the latest version (only) > > is broken, and may cause so-far-unknown file corruption issues. > > > > See Bug #656955 for original buggy patch, and corrected patch. > > > > Need to make sure the buggy version (0.19+20120328-4) never gets into > > testing. > > > > Great. -4 did get auto-synced into Ubuntu. > I will upload your patch there at least. > > But why did you open this new bug instead of: > * reopen 656955 > * raise severity to make 656955 RC ? > > If there is no response from Maintainer, I intent to upload NMU with > fixed patch. > > Regards, > > Dmitrijs. > Any progress on this? Its critical to minimize broken time, I am sorry I made a mistake. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679056: alsa-base: No sound or controls because Alsa configures mixer incorrectly; alsamixer will not display the soundcard. Solved by adding "options snd_hda_intel model=auto" to /etc/modprobe.d/
Package: alsa-base
Version: 1.0.25+2
Severity: important
* What led up to the situation? Installation of Squeeze XFCE or Gnome.
* What exactly did you do (or not do) that was effective (or
ineffective)? Added "options snd_hda_intel model=auto" to /etc/modprobe.d
/alsa-base.conf (per bug report: https://bugs.launchpad.net/ubuntu/+source
/alsa-driver/+bug/910141 )
* What was the outcome of this action? Mixer controls are configured
correctly; can open alsamixer; get sound.
* What outcome did you expect instead? Sound card to be recognized and
configured correctly without spending 3 days troubleshooting and searching for
a way to configure it ;)
-- Package-specific info:
--- Begin additional package status ---
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii libasound2:amd 1.0.25-3 shared library for ALSA applications
--- End additional package status ---
--- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.24.
--- End /proc/asound/version ---
--- Begin /proc/asound/cards ---
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe024000 irq 16
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA ATI HDMI at 0xfdffc000 irq 19
2 [USB]: USB-Audio - E-MU 0404 | USB
E-MU Systems, Inc. E-MU 0404 | USB at usb-:00:13.2-6,
high speed
--- End /proc/asound/cards ---
--- Begin /dev/snd/ listing ---
total 0
drwxr-xr-x 2 root root 60 Jun 25 18:16 by-id
drwxr-xr-x 2 root root 100 Jun 25 18:16 by-path
crw-rw---T+ 1 root audio 116, 8 Jun 25 18:16 controlC0
crw-rw---T+ 1 root audio 116, 11 Jun 25 18:16 controlC1
crw-rw---T+ 1 root audio 116, 16 Jun 25 18:16 controlC2
crw-rw---T+ 1 root audio 116, 7 Jun 25 18:16 hwC0D0
crw-rw---T+ 1 root audio 116, 10 Jun 25 18:16 hwC1D0
crw-rw---T+ 1 root audio 116, 12 Jun 25 18:16 midiC2D0
crw-rw---T+ 1 root audio 116, 6 Jun 25 18:16 pcmC0D0c
crw-rw---T+ 1 root audio 116, 5 Jun 25 18:16 pcmC0D0p
crw-rw---T+ 1 root audio 116, 4 Jun 25 18:16 pcmC0D1c
crw-rw---T+ 1 root audio 116, 3 Jun 25 18:16 pcmC0D1p
crw-rw---T+ 1 root audio 116, 2 Jun 25 18:16 pcmC0D2c
crw-rw---T+ 1 root audio 116, 9 Jun 25 18:16 pcmC1D3p
crw-rw---T+ 1 root audio 116, 15 Jun 25 18:23 pcmC2D0c
crw-rw---T+ 1 root audio 116, 14 Jun 25 18:23 pcmC2D0p
crw-rw---T+ 1 root audio 116, 13 Jun 25 18:16 pcmC2D1p
crw-rw---T+ 1 root audio 116, 1 Jun 25 18:16 seq
crw-rw---T+ 1 root audio 116, 33 Jun 25 18:16 timer
--- End /dev/snd/ listing ---
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages alsa-base depends on:
ii kmod8-2
ii procps 1:3.3.3-2
ii udev175-3.1
Versions of packages alsa-base recommends:
ii alsa-utils 1.0.25-3
Versions of packages alsa-base suggests:
pn alsa-oss
pn oss-compat
Versions of packages libasound2 depends on:
ii libc6 2.13-33
ii multiarch-support 2.13-33
Versions of packages libasound2 suggests:
pn libasound2-plugins
-- Configuration Files:
/etc/modprobe.d/alsa-base.conf changed:
install sound-slot-0 /sbin/modprobe snd-card-0
install sound-slot-1 /sbin/modprobe snd-card-1
install sound-slot-2 /sbin/modprobe snd-card-2
install sound-slot-3 /sbin/modprobe snd-card-3
install sound-slot-4 /sbin/modprobe snd-card-4
install sound-slot-5 /sbin/modprobe snd-card-5
install sound-slot-6 /sbin/modprobe snd-card-6
install sound-slot-7 /sbin/modprobe snd-card-7
install snd /sbin/modprobe --ignore-install snd && { /sbin/modprobe --quiet
snd-ioctl32 ; /sbin/modprobe --quiet snd-seq ; }
install snd-rawmidi /sbin/modprobe --ignore-install snd-rawmidi && {
/sbin/modprobe --quiet snd-seq-midi ; : ; }
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 && {
/sbin/modprobe --quiet snd-emu10k1-synth ; : ; }
options snd-pcsp index=-2
options snd-usb-audio index=-2
options bt87x index=-2
options cx88_alsa index=-2
options snd-atiixp-modem index=-2
options snd-intel8x0m index=-2
options snd-via82xx-modem index=-2
options snd_hda_intel model=auto
-- 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#660308: iceweasel: armel builds only run on armhf hardware
Package: iceweasel Version: 10.0.1-1 Severity: normal Firefox has not supported
Bug#679579: powertop: please provide debug package
Package: powertop Version: 2.0-0.1 Severity: wishlist It would be nice to provide a debug package. I was unable to build this package from source after having a problem, and it would have been nice to have been able to install a -dbg package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages powertop depends on: ii libc6 2.13-33 ii libgcc1 1:4.7.0-11 ii libncursesw5 5.9-9 ii libnl-3-200 3.2.7-3 ii libnl-genl-3-200 3.2.7-3 ii libpci3 1:3.1.9-3 ii libstdc++64.7.0-11 ii libtinfo5 5.9-9 ii zlib1g1:1.2.7.dfsg-11 powertop recommends no packages. Versions of packages powertop suggests: pn cpufrequtils pn laptop-mode-tools -- 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#679596: libghc-github-prof: Should be in contrib
Package: libghc-github-prof Severity: serious Justification: Policy 2.2.2 This entire source package depends on an external, non-free service (github) to be useful, therefore it should be in contrib, not main. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#679683: libkyotocabinet-dev: -dev package missing depends on shared library
Package: libkyotocabinet-dev Version: 1.2.76-1 Severity: serious Justification: Policy 8.4 looks like a very early version got uploaded. I have this fixed in -2, which will get uploaded when it gets sponsored. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#679596: libghc-github-prof: Should be in contrib
On Sat, 2012-06-30 at 19:54 -0400, Joey Hess wrote: > Joey Hess wrote: > > <http://lists.debian.org/20111204195557.ga11...@gnu.kitenet.net> > > This seemed a good opportunity to expand that into a BoF, so I've > submitted this: https://penta.debconf.org/penta/submission/dc12/event/931 > > classifying and exposing network dependencies > > Does youtube-dl belong in contrib if it depends on Youtube.com to > function? What about xfce4-weather-plugin, with its less obvious > dependency on a hardcoded Weather.com API key? What about flickrbackup, > which obviously relies on a specific web site, but in a way that helps > users avoid being locked into that site? is this still the case, because if so, I would be happy to switch it over to using weather.gov and/or some other NOAA source directly for US weather. (this is the source for 99.9% of US weather data anyways) > > A first step to resolving these questions is agreeing on package (or > debtags) metadata that exposes network API dependencies, and classifies > them along a spectrum from no dependence on specific servers, through > default servers for open protocols, to dependency on proprietary > services. > The "reimplamentation of the github API" argument you put forward just doesn't pan out. Sure I could re-implement the windows API too, (and Wine does so), but that doesn't mean that free windows software that DOESN'T work with wine could just be put in main willy-nilly. The desert Island test here is certainly the clearest here, if the software requires non-free software in order to be functional it belongs in contrib. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679718: nginx: ship a nginx-source package for out-of-tree modules
Source: nginx Severity: normal I am interested in packaging passenger, which would provide a nginx-passenger package. However, to do so (while avoiding duplication) I believe I need nginx to provide a source package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#676722: RFS: ruby-kyotocabinet/1.32-1 [ITP] -- DBM-Ruby bindings
On Sun, 2012-07-01 at 18:40 +, Bart Martens wrote: > Hello Shawn, > > I don't see ruby-kyotocabinet at mentors. What happened ? > > Regards, > > Bart Martens After kyotocabinet got uploaded to unstable with an out-of-date version I was worried that old versions (of same version number) are downloadable even after reuploading them with dput -f, so I removed the package before reuploading. However it seems that it also didn't post the upload that I did make after deleting the package (!). I just uploaded it yet again (and it required a -f) so hopefully that will fix it. Ruby-kyotocabinet is also available in pkg-ruby-extras on alioth now http://git.debian.org/?p=pkg-ruby-extras/ruby-kyotocabinet.git;a=summary (which is in the control file) also, make note that because #679683 this package will not build against libkyotocabinet-dev 1.2.76-1 (but it will against the -2 I have uploaded to mentors) -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676722: RFS: ruby-kyotocabinet/1.32-1 [ITP] -- DBM-Ruby bindings
On Sun, 2012-07-01 at 18:40 +, Bart Martens wrote: > Hello Shawn, > > I don't see ruby-kyotocabinet at mentors. What happened ? > > Regards, > > Bart Martens Yeah I must have forgot to re-upload http://mentors.debian.net/package/ruby-kyotocabinet -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679816: unblock: kyotocabinet/1.2.76-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kyotocabinet - -1 that got uploaded has the -dev package not depending on the shared library which is RC Bug #679683 - -2 now has a proper configure check for 8 byte atomics instead of a hard-coded list, which means it now works on mips and powerpc through configuring these out (any maybe others, the buildds havn't finished on -1) If -2 cannot be unblocked, (and sponsored) 1.2.76-1 (which is the first version of this package in Debian), should not be part of Wheezy. unblock kyotocabinet/1.2.76-2 http://mentors.debian.net/package/kyotocabinet -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#676722: RFS: ruby-kyotocabinet/1.32-1 [ITP] -- DBM-Ruby bindings
On Sun, 2012-07-01 at 19:09 +, Bart Martens wrote: > On Sun, Jul 01, 2012 at 11:50:58AM -0700, shawn wrote: > > also, make note that because #679683 this package will not build against > > libkyotocabinet-dev 1.2.76-1 (but it will against the -2 I have uploaded > > to mentors) > > Do you mean that kyotocabinet must be sponsored before ruby-kyotocabinet ? > http://mentors.debian.net/package/kyotocabinet > http://mentors.debian.net/package/ruby-kyotocabinet Well, ruby-kyotocabinet will not build until the -2 version of kyotocabinet gets sponsored, but I don't think that should hold back ruby-kyotocabinet getting sponsored. Its a bug in kyotocabinet, not ruby-kyotocabinet, and the bug will presumably be fixed, or otherwise kyotocabinet would have to be removed from the archive (which I would certainly hope is unlikely) > > Regards, > > Bart Martens -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676722: RFS: ruby-kyotocabinet/1.32-1 [ITP] -- DBM-Ruby bindings
On Sun, 2012-07-01 at 19:09 +, Bart Martens wrote: > On Sun, Jul 01, 2012 at 11:50:58AM -0700, shawn wrote: > > also, make note that because #679683 this package will not build against > > libkyotocabinet-dev 1.2.76-1 (but it will against the -2 I have uploaded > > to mentors) > > Do you mean that kyotocabinet must be sponsored before ruby-kyotocabinet ? > http://mentors.debian.net/package/kyotocabinet > http://mentors.debian.net/package/ruby-kyotocabinet Note also, that I am the maintainer of kyotocabinet. I am just not a Debian developer so am using the mentorship process. Sylvestre Ledru sponsored 1.2.76-1, and I initially had -2 set "sponsor needed: no", but then set it to "yes", after realizing that the -1 version of the package is not in a very good state. If I should keep it at "no" and expect Slyvestre to stay my mentor, I can do that. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679816: unblock: kyotocabinet/1.2.76-2
On Sun, 2012-07-01 at 20:23 +0100, Adam D. Barratt wrote: > On Sun, 2012-07-01 at 19:06 +0000, shawn wrote: > > If -2 cannot be unblocked, (and sponsored) 1.2.76-1 (which is the first > > version of this package > > in Debian), should not be part of Wheezy. > > We'd need to see a diff against -1 to know if it might be suitable. See > http://release.debian.org/wheezy/freeze_policy.html for further details, > as referenced in the d-d-a mail. > > Looking further, it appears that kyotocabinet is currently not in wheezy > at all? In that case -1 only got an unblock initially because it was in > unstable in time (having been accepted from NEW the day before the > freeze); we might need a little more convincing that -2 should get one > having turned out to be buggy so quickly. (Well, I might, ommv...) Well, the RC bug (which I reported) was fixed very early in mentors, (all with same version number) but apparently the later version did not get uploaded. I could not download what was in NEW, but I did notice immediately after it got accepted. If the default behavior is to not have kyotocabinet in wheezy, then I am OK with that. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679864: kyotocabinet: FTBFS: failed to remove `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16': No such file or directo
tag 679864 pending Thanks! On Mon, 2012-07-02 at 09:36 +0200, Jakub Wilk wrote: > Source: kyotocabinet > Version: 1.2.76-2 > Severity: serious > Justification: fails to build from source > > kyotocabinet FTBFS: > | # mega-lameness: > | rmdir $(pwd)/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16 > | rmdir: failed to remove > `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16': > No such file or directory > | make[1]: *** [override_dh_installdocs] Error 1 > | make[1]: Leaving directory > `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76' > | make: *** [binary-arch] Error 2 > > Full build log: > https://buildd.debian.org/status/fetch.php?pkg=kyotocabinet&arch=i386&ver=1.2.76-2&stamp=1341190492 > Correct. dehelper (specifically dh_installdocs with --link-doc) on all my machines (amd64 and armel) and apparently Sylvester's machine as he build amd64, leaves this empty folder, which if not removed ends up in the .deb triggering correct lintian warning. ( i built with cowbuilder/pbuilder successfully as well against amd64 unstable--I *did* test my conscious decision to use rmdir over rm -rf) i have uploaded -3 to mentors which changes this rmdir to rm -rf so that it doesn't break the build. I looked at the source to dh_installdocs, and couldn't identify where the problem was coming from, the source has been unmodified for a long time as well. On the upside, this happens after all the tests, so kyotocabinet has prooven quite portable with the new 8-byte atomic configure test, failing in the tests only on alpha, sparc (only 32-bit attempted so far), and hurd-i386 -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679864: kyotocabinet: FTBFS: failed to remove `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16': No such file or directo
On Mon, 2012-07-02 at 09:36 +0200, Jakub Wilk wrote: > Source: kyotocabinet > Version: 1.2.76-2 > Severity: serious > Justification: fails to build from source > > kyotocabinet FTBFS: > | # mega-lameness: > | rmdir $(pwd)/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16 > | rmdir: failed to remove > `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16': > No such file or directory > | make[1]: *** [override_dh_installdocs] Error 1 > | make[1]: Leaving directory > `/build/buildd-kyotocabinet_1.2.76-2-i386-HBtinO/kyotocabinet-1.2.76' > | make: *** [binary-arch] Error 2 > > Full build log: > https://buildd.debian.org/status/fetch.php?pkg=kyotocabinet&arch=i386&ver=1.2.76-2&stamp=1341190492 > this package built on ubuntu i386 https://launchpadlibrarian.net/109157968/buildlog_ubuntu-quantal-i386.kyotocabinet_1.2.76-2_BUILDING.txt.gz but not the other arches, so I guess this folder is only created with a full build, and not with arch-only builds. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680037: kyotocabinet: test failures on alpha
Source: kyotocabinet Version: 1.2.76-2 Severity: normal Tags: upstream To run the same test locally, install kyotocabinet-utils (sug: libkyotocabinet16-dbg) and then run "kcstashtest tran -th 2 -it 4 -bnum 5000 1" ==from here: http://buildd.debian-ports.org/status/fetch.php?pkg=kyotocabinet&arch=alpha&ver=1.2.76-2&stamp=1341206678 LD_LIBRARY_PATH=.:/usr/local/lib: ./kcstashtest tran -th 2 -it 4 -bnum 5000 1 seed=1176859794 rnum=1 thnum=2 itnum=4 bnum=5000 lv=0 iteration 1 updating: .. (1000) .. (2000) .. (3000) .. (4000) .. (5000) .. (6000) .. (7000) .. (8000) .. (9000) .. (0001) iteration 1 checking: .. (1000) ... (end) .. (1000) ... (end) count: 1081 size: 87574 memory: 843776 time: 0.188 iteration 2 updating: .. (1000) .. (2000) .. (3000) .. (4000) .. (5000) .. (6000) .. (7000) .. (8000) .. (9000) .. (0001) iteration 2 checking: .. (1000) .. (2000) (end) .. (1000) .. (2000) (end) count: 3681 size: 199524 memory: 1040384 time: 0.267 iteration 3 updating: .. (1000) .. (2000) .. (3000) .. (4000) .. (5000) .. (6000) .. (7000) .. (8000) .. (9000) .. (0001) iteration 3 checking: .. (1000) .. (2000) .. (end) .. (1000) .. (2000) .. (end) count: 5756 size: 285619 memory: 983040 time: 0.254 iteration 4 updating: .. (1000) .. (2000) .. (3000) .. (4000) .. (5000) .. (6000) .. (7000) .. (8000) .. (9000) .. (0001) iteration 4 checking: ../kcstashtest: 2080: DB::count: :: 0: success: no error .. (1000) . (end) .../kcstashtest: 2099: DB::get: :: 7: no record: no record . (1000) . (end) type: StashDB (stash database) (type=0x18) opaque: 0 buckets: 0 (used=1483) (load=5.21) count: 7721 (7.721 thousand) size: 372203 (363.479 KiB) memory: 983040 time: 0.283 error FAILED: KCRNDSEED=1176859794 PID=15187 ./kcstashtest tran -th 2 -it 4 -bnum 5000 1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#680038: kyotocabinet: 1.2.76-2
Source: kyotocabinet Version: test failures on sparc Severity: normal Tags: upstream This test is quite close to the end of the test suite. To run test locally install kyotocabinet-utils (rec: libkyotocabinet16-dbg) and then run: kcpolytest misc \ "casket#type=kcd#zcomp=arc#zkey=mikio" ===from: https://buildd.debian.org/status/fetch.php?pkg=kyotocabinet&arch=sparc&ver=1.2.76-2&stamp=1341211762 LD_LIBRARY_PATH=.:/usr/local/lib: ./kcpolytest misc \ "casket#type=kcd#zcomp=arc#zkey=mikio" seed=1181940527 path=casket#type=kcd#zcomp=arc#zkey=mikio opening the database: setting records: deploying cursors: accessing records: updating records with cursors: ../kcpolytest: 2872: Cursor::get: casket: 7: no record: no record bulk operations: copying the database file: merging the database files: scanning in parallel: deleting the database object: deleting the cursor objects: re-opening the database object with a external database: deleting the database object: error FAILED: KCRNDSEED=1181940527 PID=28170 ./kcpolytest misc casket#type=kcd#zcomp=arc#zkey=mikio -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (101, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#679864: move bug now fixed in kyotocabinet
retitle 679864 leaves behind unnecessary empty folders when using
dh_installdocs --link-doc
severity 679864 minor
reassign 679864 debhelper 9
relevant part of dh_installdocs:
foreach my $package (@{$dh{DOPACKAGES}}) {
next if is_udeb($package);
my $tmp=tmpdir($package);
my $file=pkgfile($package,"docs");
my $link_doc=($dh{LINK_DOC} && $dh{LINK_DOC} ne $package);
if ($link_doc) {
# Make sure that the parent directory exists.
if (! -d "$tmp/usr/share/doc" && ! -l "$tmp/usr/share/doc") {
doit("install","-g",0,"-o",0,"-d","$tmp/usr/share/doc");
}
# Create symlink to another documentation directory if
# necessary.
if (! -d "$tmp/usr/share/doc/$package" &&
! -l "$tmp/usr/share/doc/$package") {
doit("ln", "-sf", $dh{LINK_DOC}, "$tmp/usr/share/doc/$package");
# Policy says that if you make your documentation
# directory a symlink, then you have to depend on
# the target.
addsubstvar($package, "misc:Depends", $dh{LINK_DOC});
}
}
else {
ensure_docdir($package);
}
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680058: kyotocabinet: FTBFS on i386 with gcc-multilib: /usr/bin/ld: cannot find -llzma
tag 680058 pending
On Tue, 2012-07-03 at 11:23 +0200, Jakub Wilk wrote:
> Source: kyotocabinet
> Version: 1.2.76-2
> Severity: serious
> Justification: fails to build from source
>
> If gcc-multilib is installed on an i386 system, kyotocabinet FTBFS:
> | if uname -a | egrep -i 'SunOS' > /dev/null ; \
> | then \
> | g++ -m64 -g -O2 -fstack-protector --param=ssp-buffer-size=4
> -Wformat -Werror=format-security -Wall -fPIC -fsigned-char -g0 -O2
> -Wno-unused-but-set-variable -Wno-unused-but-set-parameter -shared
> -Wl,-G,-h,libkyotocabinet.so.16 -o libkyotocabinet.so.16.13.0 \
> | kcutil.o kcthread.o kcfile.o kccompress.o kccompare.o kcmap.o
> kcregex.o kcdb.o kcplantdb.o kcprotodb.o kcstashdb.o kccachedb.o kchashdb.o
> kcdirdb.o kctextdb.o kcpolydb.o kcdbext.o kclangc.o -Wl,-z,relro -L.
> -L/usr/lib/i386-linux-gnu -L/usr/local/lib
> -Wl,-rpath-link,.:/usr/local/lib:.:/usr/local/lib: -Wl,--as-needed -llzma
> -llzo2 -lz -lstdc++ -lrt -lpthread -lm -lc ; \
> | else \
> | g++ -m64 -g -O2 -fstack-protector --param=ssp-buffer-size=4
> -Wformat -Werror=format-security -Wall -fPIC -fsigned-char -g0 -O2
> -Wno-unused-but-set-variable -Wno-unused-but-set-parameter -shared
> -Wl,-soname,libkyotocabinet.so.16 -o libkyotocabinet.so.16.13.0 \
> | kcutil.o kcthread.o kcfile.o kccompress.o kccompare.o kcmap.o
> kcregex.o kcdb.o kcplantdb.o kcprotodb.o kcstashdb.o kccachedb.o kchashdb.o
> kcdirdb.o kctextdb.o kcpolydb.o kcdbext.o kclangc.o -Wl,-z,relro -L.
> -L/usr/lib/i386-linux-gnu -L/usr/local/lib
> -Wl,-rpath-link,.:/usr/local/lib:.:/usr/local/lib: -Wl,--as-needed -llzma
> -llzo2 -lz -lstdc++ -lrt -lpthread -lm -lc ; \
> | fi
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/liblzma.so when
> searching for -llzma
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/liblzma.a when
> searching for -llzma
> | /usr/bin/ld: cannot find -llzma
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/liblzo2.so when
> searching for -llzo2
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/liblzo2.a when
> searching for -llzo2
> | /usr/bin/ld: cannot find -llzo2
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libz.so when
> searching for -lz
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libz.a when
> searching for -lz
> | /usr/bin/ld: cannot find -lz
> | /usr/bin/ld: skipping incompatible
> /usr/lib/gcc/i486-linux-gnu/4.7/libstdc++.so when searching for -lstdc++
> | /usr/bin/ld: skipping incompatible
> /usr/lib/gcc/i486-linux-gnu/4.7/libstdc++.a when searching for -lstdc++
> | /usr/bin/ld: cannot find -lstdc++
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/librt.so when
> searching for -lrt
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/librt.a when
> searching for -lrt
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libpthread.so
> when searching for -lpthread
> | /usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libpthread.a
> when searching for -lpthread
> | collect2: error: ld returned 1 exit status
> | make[1]: *** [libkyotocabinet.so.16.13.0] Error 1
>
> It's apparently because the configure script assumes that if it's
> possible built a program using -m64, then it's the right thing to build
> the library using this option:
>
> | printf 'checking for 64-bit availability... '
> | if printf 'main() {}' | $CC -xc -m64 -o config.tmp - >config.tmp 2>&1
> | then
> | MYCFLAGS="-m64 $MYCFLAGS"
> | MYCXXFLAGS="-m64 $MYCXXFLAGS"
> | printf 'yes\n'
> | else
> | printf 'no\n'
> | fi
>
> This is of course flawed assumption.
>
I stared at this part of the control file so much I should have
understood the implications of that line. Thanks for doing some QA on my
package.
Anyways, I've uploaded to mentors a new version that fixes this.
kyotocabinet (1.2.76-4) unstable; urgency=low
* use breaks/replaces for smooth upgrades fallowing man page move -doc
--> -utils
* do not unconditionally use -m64 when available (Closes: #680058)
* obey DEB_BUILD_OPTIONS=noopt of Policy 4.9.1
-- Shawn Landden Tue, 03 Jul 2012 08:54:59
-0700
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676722: RFS: ruby-kyotocabinet/1.32-1 [ITP] -- DBM-Ruby bindings
On Sun, 2012-07-01 at 18:40 +, Bart Martens wrote: > Hello Shawn, > > I don't see ruby-kyotocabinet at mentors. What happened ? > > Regards, > > Bart Martens Have you taken a look at this package now? http://git.debian.org/?p=pkg-ruby-extras/ruby-kyotocabinet.git;a=summary -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676078:
switching the relevent line from rm foo to rm -f foo should do the trick was this file removed upstream? -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680282: libjs-jquery: Needs to support multiple versions co-installation and depends
Package: libjs-jquery
Version: 1.7.2+debian-2
Severity: important
Tags: patch
new jQuery versions often break apps, and upstream awknowledges this and
versions
approiately. This package needs to mirror this, so that packages can depend on
explicit
versions, and then be transitioned to later versions, with testing, as
approiately.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (101, 'unstable'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
libjs-jquery depends on no packages.
Versions of packages libjs-jquery recommends:
ii javascript-common 8
libjs-jquery suggests no packages.
-- no debconf information
>From 8a39d82c555cb7bdbcb45e21a0da3f346885cc5f Mon Sep 17 00:00:00 2001
From: Shawn Landden
Date: Wed, 4 Jul 2012 12:11:41 -0700
Subject: [PATCH] Version jquery with new package libjs-jquery1.7
so jQuery can be part of proper transition process in the future.
---
debian/changelog |7 +++
debian/control | 21 ++---
debian/install |2 --
debian/libjs-jquery1.7.install |2 ++
debian/rules |6 ++
5 files changed, 33 insertions(+), 5 deletions(-)
delete mode 100644 debian/install
create mode 100644 debian/libjs-jquery1.7.install
diff --git a/debian/changelog b/debian/changelog
index 3b51c5b..e5b3eed 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+jquery (1.7.2+debian-3) unstable; urgency=low
+
+ * Version jquery with new package libjs-jquery1.7 so jQuery can be part
+ of proper transition process in the future.
+
+ -- Shawn Landden Wed, 04 Jul 2012 11:43:51 -0700
+
jquery (1.7.2+debian-2) unstable; urgency=low
* libjs-jquery package should be marked Multi-Arch: foreign
diff --git a/debian/control b/debian/control
index de833a2..9818920 100644
--- a/debian/control
+++ b/debian/control
@@ -9,11 +9,11 @@ Homepage: http://jquery.com/
Vcs-Browser: http://git.debian.org/?p=pkg-javascript/jquery.git
Vcs-Git: git://git.debian.org/git/pkg-javascript/jquery.git
-Package: libjs-jquery
+Package: libjs-jquery1.7
Architecture: all
Multi-Arch: foreign
-Conflicts: jquery
-Replaces: jquery
+Conflicts: jquery, libjs-jquery (<< 1.7.2+debian-3)
+Replaces: jquery, libjs-jquery (<< 1.7.2+debian-3)
Depends: ${misc:Depends}
Recommends: javascript-common
Description: JavaScript library for dynamic web applications
@@ -21,3 +21,18 @@ Description: JavaScript library for dynamic web applications
traverse HTML documents, handle events, perform animations, and add Ajax
interactions to your web pages. jQuery is designed to change the way
that you write JavaScript.
+
+Package: libjs-jquery
+Architecture: all
+Multi-Arch: foreign
+Conflicts: jquery, libjs-jquery (<< 1.7.2+debian-3)
+Replaces: jquery, libjs-jquery (<< 1.7.2+debian-3)
+Depends: libjs-jquery1.7 (= ${source:Version}), ${misc:Depends}
+Recommends: javascript-common
+Description: JavaScript library for dynamic web applications (default version)
+ jQuery is a fast, concise, JavaScript Library that simplifies how you
+ traverse HTML documents, handle events, perform animations, and add Ajax
+ interactions to your web pages. jQuery is designed to change the way
+ that you write JavaScript.
+ .
+ This package provides a symlink to current default version of jquery.
diff --git a/debian/install b/debian/install
deleted file mode 100644
index 5a2e6a6..000
--- a/debian/install
+++ /dev/null
@@ -1,2 +0,0 @@
-dist/*.js /usr/share/javascript/jquery
-version.txt /usr/share/javascript/jquery
diff --git a/debian/libjs-jquery1.7.install b/debian/libjs-jquery1.7.install
new file mode 100644
index 000..4d3117e
--- /dev/null
+++ b/debian/libjs-jquery1.7.install
@@ -0,0 +1,2 @@
+dist/*.js /usr/share/javascript/jquery1.7
+version.txt /usr/share/javascript/jquery1.7
diff --git a/debian/rules b/debian/rules
index 0a3b813..85b64a0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,6 +2,12 @@
%:
dh $@
+override_dh_auto_install:
+ dh_auto_install
+ mkdir -p debian/libjs-jquery/usr/share/javascript/
+ ln -s /usr/share/javascript/jquery1.7 \
+debian/libjs-jquery/usr/share/javascript/jquery
+
override_dh_auto_clean:
rm -rf dist/
dh_clean
--
1.7.9.5
Bug#680313: devscripts: support python 3 (hopefully dropping strict python2.7 dependancy)
Package: devscripts Version: 2.11.9 Severity: wishlist It would be nice if this package did not have a hard dependancy on python2.7, through adding support for python 3. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.4.3 ii libc6 2.13-33 ii perl 5.14.2-12 ii python 2.7.3~rc2-1 ii python2.7 2.7.3~rc2-2.1 Versions of packages devscripts recommends: pn at ii curl 7.26.0-1 ii dctrl-tools 2.22.2 pn debian-keyring pn dput | dupload pn equivs ii fakeroot 1.18.4-2 ii gnupg 1.4.12-4+b1 pn libcrypt-ssleay-perl pn libdistro-info-perl pn libjson-perl ii libparse-debcontrol-perl 2.005-3em1 pn libsoap-lite-perl ii liburi-perl 1.60-1em1 ii libwww-perl 6.04-1em1 pn lintian ii man-db2.6.2-1 ii patch 2.6.1.136-31a7-1 pn patchutils ii python-debian 0.1.21em1 pn python-magic ii sensible-utils0.0.7em1 ii strace4.5.20-2.3em1 pn unzip pn wdiff ii wget 1.13.4-3em1 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages devscripts suggests: pn bsd-mailx | mailx ii build-essential 11.5em1 pn cvs-buildpackage pn devscripts-el pn gnuplot pn libauthen-sasl-perl pn libfile-desktopentry-perl pn libnet-smtp-ssl-perl pn libterm-size-perl ii libtimedate-perl 1.2000-1em1 ii libyaml-syck-perl1.20-1 ii mutt 1.5.21-6 ii openssh-client [ssh-client] 1:6.0p1-2 pn svn-buildpackage pn w3m -- 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#674728: #674728 chromium: FTBFS on armel and armhf
The arm.patch has my skia patch backwards
the opts_check_arm.cpp is the optimized, non-armv5 version.
the correct patch is:
Index: sid/src/skia/skia.gyp
===
--- sid.orig/src/skia/skia.gyp 2012-05-19 16:54:19.0 +0200
+++ sid/src/skia/skia.gyp 2012-06-20 14:34:13.131318952 +0200
@@ -1157,9 +1157,11 @@
[ 'target_arch == "arm" and armv7 != 1', {
'sources': [
'../third_party/skia/src/opts/SkBlitRow_opts_none.cpp',
+'../third_party/skia/src/opts/SkUtils_opts_none.cpp',
],
'sources!': [
'../third_party/skia/src/opts/SkBlitRow_opts_arm.cpp',
+'../third_party/skia/src/opts/opts_check_arm.cpp',
],
}],
],
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680332: systemd-journald: should not recreate /var/log/journal if it has been deleted
Package: systemd Version: 44-2 Severity: normal File: systemd-journald systemd-journald reacts to the removal of /var/log/journal by logging to /run I know of no other way of configuring this. If this is to remain the case, then the existance of this folder is a configuration setting, and upgrades should not override it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.4.3 ii initscripts 2.88dsf-25 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1em1 ii libc62.13-33 ii libcap2 1:2.22-1.1 ii libcryptsetup4 2:1.4.3-2 ii libdbus-1-3 1.6.0-1 ii libgcc1 1:4.7.1-2 ii libkmod2 8-2em1 ii liblzma5 5.1.1alpha+20120614-1 ii libpam0g 1.1.3-7.1em1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-2 ii libsystemd-id128-0 44-2 ii libsystemd-journal0 44-2 ii libsystemd-login044-2 ii libudev0 175-3.1em1 ii libwrap0 7.6.q-23 ii udev 175-3.1em1 ii util-linux 2.20.1-5.1 Versions of packages systemd recommends: ii libpam-systemd 44-2 Versions of packages systemd suggests: ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2em1 ii python-dbus 1.1.0-1em1 pn systemd-gui -- Configuration Files: /etc/systemd/systemd-journald.conf changed: [Journal] RateLimitInterval=60s RateLimitBurst=20 RuntimeMinFileSize=2M ForwardToSyslog=no -- 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#680391: lintian: precise now released, remove data.tar.xz-member-without-dpkg-pre-depends
Source: lintian Version: unstable Severity: minor The data.tar.xz-member-without-dpkg-pre-depends pedantic warning can now be dropped, as precise has been released (lucid-->precise) and the two old update-from targets (squeeze and precise) both have xz support. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#680566: chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel
Package: chromium
Version: 20.0.1132.43~r143823-1
Severity: important
Tags: upstream
commit 71b028bc186b650b779804e04fb02650549be763
authorserg...@chromium.org
Redirect fopen("/dev/urandom") so that NSS can properly seed its RNG.
BUG=122169
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=131808
Review URL: https://chromiumcodereview.appspot.com/10031027
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@132106
0039d316-1c4b-4281-b951-d872f2087c98
introduced an insane override of fopen64() among
other syscalls.
This override segfaults on armel. Note this function has been moved to
content/zygote/zygote_main_linux.cc:769 in upstream git (
c09552b18086c31751e2547980acc41b286d5379 )
Despite the code having to do with the sandbox, using --no-sandbox
does not change the crash or backtrace.
Program received signal SIGSEGV, Segmentation fault.
0x001e4014 in ?? ()
(gdb) bt
#0 0x001e4014 in ?? ()
#1 0x2c2e0a4c in fopen64 (path=0x419294c0 "/proc/filesystems",
mode=0x419293b8 "r") at content/browser/zygote_main_linux.cc:840
#2 0x4191e624 in selinuxfs_exists ()
from /lib/arm-linux-gnueabi/libselinux.so.1
#3 0x41916f44 in ?? () from /lib/arm-linux-gnueabi/libselinux.so.1
Cannot access memory at address 0x0
#4 0x41916f44 in ?? () from /lib/arm-linux-gnueabi/libselinux.so.1
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
To compile on armv5, I need to fix my previous skia patch ended up
wrong in this package, and also a patch to successfully use system libvpx
which I will attach to 674728
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages chromium depends on:
ii chromium-inspector 20.0.1132.43~r143823-1
ii gconf-service 3.2.5-1
ii libasound2 1.0.25-3em1
ii libatk1.0-0 2.4.0-2
ii libbz2-1.0 1.0.6-3
ii libc6 2.13-33
ii libcairo2 1.12.2-2em1
ii libcups21.5.3-1
ii libdbus-1-3 1.6.0-1
ii libevent-2.0-5 2.0.19-stable-3
ii libexpat1 2.1.0-1em1
ii libflac81.2.1-6
ii libfontconfig1 2.9.0-6
ii libfreetype62.4.9-1em1
ii libgcc1 1:4.7.1-2
ii libgconf-2-43.2.5-1
ii libgcrypt11 1.5.0-3
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-02.32.3-1
ii libgnome-keyring0 3.4.1-1
ii libgtk2.0-0 2.24.10-1
ii libjpeg88d-1em1
ii libnspr42:4.9.1-1
ii libnss3-1d 2:3.13.5-1
ii libpango1.0-0 1.30.0-1
ii libpng12-0 1.2.49-1em1
ii libpulse0 2.0-3
ii libspeex1 1.2~rc1-6
ii libstdc++6 4.7.1-2
ii libudev0175-3.1em1
ii libvpx1 1.1.0-1
ii libwebp20.1.3-3
ii libx11-62:1.5.0-1
ii libxcomposite1 1:0.4.3-2
ii libxext62:1.3.1-2em1
ii libxfixes3 1:5.0-4
ii libxml2 2.8.0+dfsg1-4
ii libxrender1 1:0.9.7-1em1
ii libxslt1.1 1.1.26-12+rebuild1
ii libxss1 1:1.2.2-1
ii xdg-utils 1.1.0~rc1+git20111210-6
ii zlib1g 1:1.2.7.dfsg-13
chromium recommends no packages.
Versions of packages chromium suggests:
pn chromium-l10n
-- 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#674728: chromium FTBFS on armel and armhf
this patch (along with above skia fixup) allowed me to build chromium on
armel (but it SIGSEGVs on startup, which I have filed another bug
report)
diff --git a/src/third_party/libvpx/libvpx.gyp
b/src/third_party/libvpx/libvpx.gyp
index 590f435..618cac5 100644
--- a/src/third_party/libvpx/libvpx.gyp
+++ b/src/third_party/libvpx/libvpx.gyp
@@ -281,11 +281,17 @@
{
'target_name': 'libvpx_include',
'type': 'none',
- 'direct_dependent_settings': {
-'include_dirs': [
- 'source/libvpx',
-],
- },
+ 'conditions': [
+['_toolset=="target"', {
+ 'link_settings': {
+'ldflags': [
+ '
Bug#680566: Acknowledgement (chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel)
Here are some directly links to speed things up for people http://git.chromium.org/gitweb/?p=chromium.git;a=commitdiff;h=71b028bc186b650b779804e04fb02650549be763 file move: http://git.chromium.org/gitweb/?p=chromium.git;a=commitdiff;h=c09552b18086c31751e2547980acc41b286d5379 -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680566: chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel
> Any idea what the cause is? E.g., can you find where in the function it
> crashes by judicious use of printf, do you know what is on line 840 in
> the source of the binary you are testing, or can you get gdb to print
> which part of the assembly 0x2c2e0a4c refers to?
Dump of assembler code for function fopen64(char const*, char const*):
0x022e09d4 <+0>: push {r4, r5, lr}
0x022e09d8 <+4>: ldr r3, [pc, #316] ; 0x22e0b1c
0x022e09dc <+8>: add r3, pc, r3
0x022e09e0 <+12>: ldrb r3, [r3]
0x022e09e4 <+16>: cmp r3, #0
0x022e09e8 <+20>: sub sp, sp, #420 ; 0x1a4
0x022e09ec <+24>: mov r5, r0
0x022e09f0 <+28>: mov r4, r1
0x022e09f4 <+32>: beq 0x22e0a38
0x022e09f8 <+36>: ldr r1, [pc, #288] ; 0x22e0b20
0x022e09fc <+40>: add r1, pc, r1
0x022e0a00 <+44>: bl 0x257b460
0x022e0a04 <+48>: cmp r0, #0
0x022e0a08 <+52>: bne 0x22e0a38
0x022e0a0c <+56>: bl 0xa6c0f0
0x022e0a10 <+60>: bl 0x257b488
0x022e0a14 <+64>: cmn r0, #1
0x022e0a18 <+68>: beq 0x22e0ab8
0x022e0a1c <+72>: cmp r0, #0
0x022e0a20 <+76>: blt 0x22e0ac8
0x022e0a24 <+80>: mov r1, r4
0x022e0a28 <+84>: bl 0x257b490
0x022e0a2c <+88>: add sp, sp, #420 ; 0x1a4
0x022e0a30 <+92>: pop {r4, r5, lr}
0x022e0a34 <+96>: bx lr
0x022e0a38 <+100>: ldr r0, [pc, #228] ; 0x22e0b24
0x022e0a3c <+104>: ldr r1, [pc, #228] ; 0x22e0b28
0x022e0a40 <+108>: add r0, pc, r0
0x022e0a44 <+112>: add r1, pc, r1
0x022e0a48 <+116>: bl 0x257b480
0x022e0a4c <+120>: mov r3, #0
0x022e0a50 <+124>: cmp r0, #0
0x022e0a54 <+128>: str r3, [sp, #408] ; 0x198
0x022e0a58 <+132>: str r0, [sp, #412] ; 0x19c
0x022e0a5c <+136>: beq 0x22e0a98
0x022e0a60 <+140>: ldr r2, [pc, #196] ; 0x22e0b2c
0x022e0a64 <+144>: add r0, sp, #408 ; 0x198
0x022e0a68 <+148>: add r1, sp, #412 ; 0x19c
0x022e0a6c <+152>: add r2, pc, r2
0x022e0a70 <+156>: bl 0xa50abc (int const&, int const&, char const*)>
0x022e0a74 <+160>: subs r3, r0, #0
0x022e0a78 <+164>: beq 0x22e0a98
0x022e0a7c <+168>: ldr r1, [pc, #172] ; 0x22e0b30
0x022e0a80 <+172>: add r0, sp, #212 ; 0xd4
0x022e0a84 <+176>: add r1, pc, r1
0x022e0a88 <+180>: ldr r2, [pc, #164] ; 0x22e0b34
0x022e0a8c <+184>: bl 0xa4f94c
0x022e0a90 <+188>: add r0, sp, #212 ; 0xd4
0x022e0a94 <+192>: bl 0xa50e70
0x022e0a98 <+196>: ldr r3, [pc, #152] ; 0x22e0b38
0x022e0a9c <+200>: mov r0, r5
0x022e0aa0 <+204>: mov r1, r4
0x022e0aa4 <+208>: add r3, pc, r3
0x022e0aa8 <+212>: ldr r12, [r3]
0x022e0aac <+216>: mov lr, pc
0x022e0ab0 <+220>: bx r12
0x022e0ab4 <+224>: b 0x22e0a2c
---Type to continue, or q to quit---
0x022e0ab8 <+228>: bl 0x257ad28
0x022e0abc <+232>: ldr r3, [r0]
0x022e0ac0 <+236>: cmp r3, #4
0x022e0ac4 <+240>: beq 0x22e0a0c
0x022e0ac8 <+244>: bl 0xa4f278
0x022e0acc <+248>: cmp r0, #2
0x022e0ad0 <+252>: movgt r0, #0
0x022e0ad4 <+256>: bgt 0x22e0a2c
0x022e0ad8 <+260>: bl 0xa4fc74
0x022e0adc <+264>: ldr r1, [pc, #88] ; 0x22e0b3c
0x022e0ae0 <+268>: mov r3, #2
0x022e0ae4 <+272>: str r0, [sp]
0x022e0ae8 <+276>: add r1, pc, r1
0x022e0aec <+280>: ldr r2, [pc, #76] ; 0x22e0b40
0x022e0af0 <+284>: add r0, sp, #12
0x022e0af4 <+288>: bl 0xa4fc88
0x022e0af8 <+292>: ldr r1, [pc, #68] ; 0x22e0b44
0x022e0afc <+296>: mov r2, #13
0x022e0b00 <+300>: add r1, pc, r1
0x022e0b04 <+304>: add r0, sp, #20
0x022e0b08 <+308>: bl 0x257ac50
0x022e0b0c <+312>: add r0, sp, #12
0x022e0b10 <+316>: bl 0xa518a0
0x022e0b14 <+320>: mov r0, #0
0x022e0b18 <+324>: b 0x22e0a2c
0x022e0b1c <+328>: smulbteq r6, r12, r0
0x022e0b20 <+332>: teqeq r3, r12, ror #10
0x022e0b24 <+336>: msreq (UNDEF: 117), r4
0x022e0b28 <+340>: ; instruction: 0xfa10
0x022e0b2c <+344>: teqeq r3, r0, asr r0
0x022e0b30 <+348>: teqeq r3, r12, lsl #28
0x022e0b34 <+352>: andeq r0, r0, r9, asr #6
0x022e0b38 <+356>: smceq 24564 ; 0x5ff4
0x022e0b3c <+360>: teqeq r3, r8, lsr #27
0x022e0b40 <+364>: andeq r0, r0, r3, asr #6
0x022e0b44 <+368>: teqeq r3, r12, lsr #31
End of assembler dump.
--
-Shawn Landden--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680566: chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel
On Fri, 2012-07-06 at 17:04 -0500, Jonathan Nieder wrote:
> shawn wrote:
>
> >> Any idea what the cause is? E.g., can you find where in the function it
> >> crashes by judicious use of printf, do you know what is on line 840 in
> >> the source of the binary you are testing, or can you get gdb to print
> >> which part of the assembly 0x2c2e0a4c refers to?
> >
> > Dump of assembler code for function fopen64(char const*, char const*):
> >0x022e09d4 <+0>: push {r4, r5, lr}
> [...]
>
> Maybe ASLR has caused a different address to be used here. :(
oh yeah didn't notice that its a totally differn't address. but aftera
reload i get the crash at the same place
(gdb) bt
#0 0x001e4014 in ?? ()
#1 0x2c2e0a4c in fopen64 (path=0x419294c0 "/proc/filesystems",
mode=0x419293b8 "r") at content/browser/zygote_main_linux.cc:840
#2 0x4191e624 in selinuxfs_exists ()
from /lib/arm-linux-gnueabi/libselinux.so.1
#3 0x41916f44 in ?? () from /lib/arm-linux-gnueabi/libselinux.so.1
Cannot access memory at address 0x0
#4 0x41916f44 in ?? () from /lib/arm-linux-gnueabi/libselinux.so.1
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt
stack?)
(gdb) dissasemble x2c2e0a4c
Undefined command: "dissasemble". Try "help".
(gdb) disassemble x2c2e0a4c
No symbol "x2c2e0a4c" in current context.
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680566: chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel
On Fri, 2012-07-06 at 17:57 -0500, Jonathan Nieder wrote:
> Does 0x... work any better? (The leading "0x" means this is a
> hexadecimal address.)
oh wow, i feel like an idiot now, i just copy/pasted the address
(gdb) disassemble 0x2c2e0a4c
Dump of assembler code for function fopen64(char const*, char const*):
0x2c2e09d4 <+0>: push {r4, r5, lr}
0x2c2e09d8 <+4>: ldr r3, [pc, #316] ; 0x2c2e0b1c
0x2c2e09dc <+8>: add r3, pc, r3
0x2c2e09e0 <+12>: ldrb r3, [r3]
0x2c2e09e4 <+16>: cmp r3, #0
ASLR I presume
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680566: chromium FTBFS on armel and armhf
On Fri, 2012-07-06 at 16:09 -0500, Jonathan Nieder wrote: > > Looks good to me. Are you a member of the pkg-chromium Alioth project? commited to git, along with the skia fixup I noticed that gold has been turned off again for armel and armhf. I built against gold, and it built. (but bug #680566 makes it crash...) Chromium OS builds chromium with binutils-gold version 2.21 ( http://git.chromium.org/gitweb/?p=chromiumos/overlays/chromiumos-overlay.git;a=tree;f=sys-devel/binutils;hb=470ea25302a41d0a216b923fe35a00ccde769c4a ) and debian is on 2.22, so things should ;) be fine. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644870:
fixed 644870 2.1.4-2 done I just checked against 2.1.4-2, this has been fixed http://packages.debian.org/sid/armhf/ruby-shadow/filelist -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503591: Bug #503591: Please don't include yet another copy of tzdata in the archive
severity 503591 serious stop >I am downgrading the severity of this bug because embedding time zone >data is not as severe as code duplication. even if this data changes quite often, and is critical for accurate calculations in many fields? tzdata has to be changed quite often in stable releases, due to legislation that changes definitions of timezones, etc. The recent leap second bug should be a warning that keeping time keeping right is critical and that having it duplicated in more than one place is a major pain. this has languished an entire release and I believe it at least needs a justification on why it has not been fixed yet. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680705: /usr/bin/gbp-pq: more intelligent rebasing
Package: git-buildpackage Version: 0.6.0~git20120601 Severity: minor File: /usr/bin/gbp-pq Tags: upstream I was using git, fallowed by git format-patch, fallowed by adding the quilt patches, and found this non-ideal, so I decided to try out gbp-pq. However, I have found it to be non-ideal for a number of reasons. 1. gbp-pq rebase is not intelligent enough to handle non-fast-forward histories It will not search the reflog, etc, and then ends up doing this insane spitting out of all patches on the current branch, when at the least it should spit out a warning. I then find myself manually rebasing the patch-queue/foo branch to foo all the time. 2. gbp-pq doesn't support a patch queue that is right on top of the upstream, or more generally, where the patch queue branch is not a fast forward of the branch it is a patch queue for. It should be able to handle a patch queue branch that has at least one shared ancestor with the branch being exported to. It could export by 1. doing a recursive git merge, and if there are conflicts, letting git do what it is strong at: merging and then when the merge is complete 2. reset the branch to where it just was, and replace the patches in debian/patches with the result of the merge. It could alternatively abort on merge conflicts, but I think letting the user use git to do this merge could be quite useful, and make it more powerful than quilt. I tried to just bypass gbp-pq by using git format-patch upstream/version..patch-queue/branch , but having a tool with knowledge of the series file for ordering of patches, instead of 0001, 0002, etc is a "nice to have". -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.11.9 ii git 1:1.7.10.4-1 ii python 2.7.3~rc2-1 ii python-dateutil 1.5-1 ii python2.72.7.3~rc2-2.1 Versions of packages git-buildpackage recommends: pn cowbuilder ii pristine-tar 1.25 Versions of packages git-buildpackage suggests: pn python-notify pn unzip -- 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#674728: [Pkg-chromium-maint] Bug#674728: #674728 chromium: FTBFS on armel and armhf
On Sun, 2012-07-08 at 12:40 +0200, Jérémy Lal wrote: > On 18/06/2012 00:20, shawn wrote: > > CXXFLAGS += -mno-thumb-interwork > > > > under the armel section > > If i remember well, I was using a similar 0001 patch for libv8 and > using that flag was a better solution. I think it poses problems > with armhf builds but i'm not sure. This flag is certainly not necessary for armhf, as that warning only triggers on https://code.google.com/p/v8/issues/detail?id=590 Which version did you run across it? https://code.google.com/p/v8/source/detail?r=5260 I just realized that even if it wasn't fixed I wouldn't run across it, because I am using armv5t, and blx is a problem for armv4t. Maybe there is some way to scan the binaries for use of the offending "blx" instruction? Otherwise, are any of the porterboxes armv4t that you can run the tests with thumb interworking on, to check? I'd rather not turn off features that are part of the Debian armel port just because of buggy assembly. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658168: htop: CGROUPS column empty when using systemd
Package: htop Version: 1.0-1em1 Severity: normal I added the "CGROUP" column on my system that is using systemd, and it doesn't display anything despite systemd using CGROUPS extensively. What is going on? systemd: 37-1 w/ systemd-sysv -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (992, 'testing-grip'), (991, 'unstable-grip'), (500, 'testing'), (101, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 3.3.0-rc1-tomoyo (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages htop depends on: ii libc6 2.13-21em1 ii libgcc1 1:4.6.2-12em1 ii libncursesw5 5.9-4em1 ii libtinfo5 5.9-4em1 htop recommends no packages. htop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654830: uptimed: got this bug after ntpdate adjusted time 30 minutes backwards
Package: uptimed Version: 1:0.3.16-3.2 Followup-For: Bug #654830 I experienced this same bug fallowing: #ntpdate 0.pool.ntp.org ~(don't remember exact line)adj -# (30 minutes) (later)# uprecords # Uptime | System Boot up +--- -> 1 5 days, 21:31:38 | Linux 3.3.0-rc1-tomoyoThu Jan 26 15:16:22 2012 2 5 days, 21:31:02 | Linux 3.3.0-rc1-tomoyoThu Jan 26 15:41:42 2012 +--- NewRec 0 days, 00:00:35 | since Wed Feb 1 12:47:23 2012 up11 days, 19:02:40 | since Thu Jan 26 15:16:22 2012 down -5 days, -21:-06:- | since Thu Jan 26 15:16:22 2012 %up 199.412 | since Thu Jan 26 15:16:22 2012 # cat /var/spool/uptimed/records 509462:1327621302:Linux 3.3.0-rc1-tomoyo # -- System Information: Debian Release: wheezy/sid APT prefers unstable-grip APT policy: (991, 'unstable-grip'), (990, 'testing-grip'), (500, 'testing'), (101, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 3.3.0-rc1-tomoyo (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.41em1 ii libc6 2.13-21em1 ii libuptimed01:0.3.16-3.2 uptimed recommends no packages. uptimed suggests no packages. -- Configuration Files: /etc/uptimed.conf changed: UPDATE_INTERVAL=180 LOG_MAXIMUM_ENTRIES=250 LOG_MINIMUM_UPTIMED=1h MAIL_MINIMUM_UPTIME=1d MAIL_MINIMUM_POSITION=10 EMAIL=root@localhost SEND_EMAIL=0 SENDMAIL=/usr/lib/sendmail -t PIDFILE=/run/uptimed MILESTONE=5d:five days MILESTONE=10d:ten days MILESTONE=25d:twenty-five days MILESTONE=50d:fifty days MILESTONE=10w:ten weeks MILESTONE=75d:seventy-five days MILESTONE=100d:hundred days MILESTONE=150d:hundred and fifty days MILESTONE=25w:twenty-five weeks MILESTONE=200d:two hundred days MILESTONE=250d:250 days MILESTONE=300d:three hundred days MILESTONE=50w:fifty weeks MILESTONE=1y:one year MILESTONE=400d:four hundred days MILESTONE=500d:five hundred days MILESTONE=100w:hundred weeks MILESTONE=750d:750 days MILESTONE=1000d:thousand days -- debconf information: uptimed/mail/do_mail: Never uptimed/mail/address: root@localhost uptimed/mail/milestones_info: uptimed/maxrecords: 50 uptimed/interval: 60 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658675: /usr/bin/ssh-copy-id: selinux contexts as in/for compatibility with RHEL/Fedora
Package: openssh-client Version: 1:5.9p1-2em1 Severity: normal File: /usr/bin/ssh-copy-id if you use ssh-copy-id targeting a default Centos install, you cannot immediately log in with public key authentication because of selinux context issues. This is documented in the Centos release notes here: http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.2#head-652041430eedc0752937ec8252c52132e574fd2a and it is noted that the Centos version of ssh-copy-id is patched to not fail due to this additional hurdle. debian's ssh-copy-id should be aware of this type of problem whether on a selinux debian machine (non-default) or on default fedora/centos/RHEL installs. Thx Shawn Landden -- System Information: Debian Release: wheezy/sid APT prefers testing-grip APT policy: (992, 'testing-grip'), (991, 'unstable-grip'), (500, 'testing'), (201, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 3.2.2-tomoyo (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser3.113em1 ii debconf [debconf-2.0] 1.5.41em1 ii dpkg 1.16.1.2em1 ii libc6 2.13-21em1 ii libedit2 2.11-20080614-3em1 ii libgcc11:4.6.2-12em1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2em1 ii libselinux12.1.0-4em1 ii libssl1.0.01.0.0g-1em1 ii passwd 1:4.1.4.2+svn3283-3em1 ii zlib1g 1:1.2.3.4.dfsg-3em1 openssh-client recommends no packages. openssh-client suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578325: please apply
I had this same problem in the same version. THis has been sitting around here for along time. I am using apt-cacher-ng and its stupid to thrash the hard drive/SSD with jigdo's default behavior. shawn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680011: libpam-systemd: arch-dependent file in "Multi-Arch: same" package
retitle 680011 build-time timestamps in generated manpages break multiarch reassign 680011 docbook-xsl affects 680011 systemd tag 680011 patch stop In docbook-xsl/manpages/other.xsl:290 and 377 (see also docbook-xsl/params/man.th.extra1.suppress.xml) docbook emits build-time timestamps into man pages. Since many packages build the manpages at every build, if the package places them into arch-any packages the timestamp breaks multi-arch. Furthermore, the second timestamp, (man.th.extra1) is shown at the bottom of the man page readout, and using the build-time rather than the modify-time here is misleading. Here is a patch against docbook-xsl to remove the first timestamp, but I think a better solution would be to use the mtime of the .xml file. diff --git a/docbook-xsl/manpages/other.xsl b/docbook-xsl/manpages/other.xsl index 5431925..f140c27 100644 --- a/docbook-xsl/manpages/other.xsl +++ b/docbook-xsl/manpages/other.xsl @@ -290,11 +290,6 @@ manvolnum <http://docbook.sf.net/> -.\" Date: - - - - .\"Manual: -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681034: py3cairo: please support DEB_BUILD_OPTIONS=nocheck
Source: py3cairo Severity: normal http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options nocheck This tag says to not run any build-time test suite provided by the package. I'm trying to test some things that make the test suite fail -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#680011:
A workaround for this bug, would be to ship the man pages in a arch: all, instead of arch: any package, this way they would only be built once. (there would only be one package), but it would also mean another package. Any other way that involved post-processing the generated man pages seems very ugly. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681116: docbook-xsl: build-time timestamps in manpages break multiarch
Source: docbook-xsl Severity: normal In docbook-xsl/manpages/other.xsl:290 and 377 (see also docbook-xsl/params/man.th.extra1.suppress.xml) docbook emits build-time timestamps into man pages. Since many packages build the manpages at every build, if the package places them into arch-any packages the timestamp breaks multi-arch. Furthermore, the second timestamp, (man.th.extra1) is shown at the bottom of the man page readout, and using the build-time rather than the modify-time here is misleading. mtime of the xml file seems to be the best thing to replace these time-stamps with. See: #680011 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#601744: Dovecot gets restarted multiple times during upgrade
Source: dovecot Followup-For: Bug #601744 Preparing to replace dovecot-imapd 1:2.1.7-1 (using .../dovecot-imapd_1%3a2.1.7-2_armel.deb) ... [ ok ] Stopping dovecot (via systemctl): dovecot.service. Unpacking replacement dovecot-imapd ... [ ok ] Starting dovecot (via systemctl): dovecot.service. Preparing to replace dovecot-managesieved 1:2.1.7-1 (using .../dovecot-managesieved_1%3a2.1.7-2_armel.deb) ... [ ok ] Stopping dovecot (via systemctl): dovecot.service. Unpacking replacement dovecot-managesieved ... [ ok ] Starting dovecot (via systemctl): dovecot.service. Preparing to replace dovecot-sieve 1:2.1.7-1 (using .../dovecot-sieve_1%3a2.1.7-2_armel.deb) ... Unpacking replacement dovecot-sieve ... [ ok ] Starting dovecot (via systemctl): dovecot.service. Preparing to replace dovecot-pop3d 1:2.1.7-1 (using .../dovecot-pop3d_1%3a2.1.7-2_armel.deb) ... [ ok ] Stopping dovecot (via systemctl): dovecot.service. Unpacking replacement dovecot-pop3d ... [ ok ] Starting dovecot (via systemctl): dovecot.service. Preparing to replace dovecot-core 1:2.1.7-1 (using .../dovecot-core_1%3a2.1.7-2_armel.deb) ... [ ok ] Stopping dovecot (via systemctl): dovecot.service. Unpacking replacement dovecot-core ... this is kinda excessive -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#601744: Dovecot gets restarted multiple times during upgrade
Source: dovecot Followup-For: Bug #601744 but wait!, theres more! Setting up dovecot-core (1:2.1.7-2) ... You already have ssl certs for dovecot. [ ok ] Starting dovecot (via systemctl): dovecot.service. Setting up dovecot-imapd (1:2.1.7-2) ... [ ok ] Restarting dovecot (via systemctl): dovecot.service. Setting up dovecot-sieve (1:2.1.7-2) ... [ ok ] Restarting dovecot (via systemctl): dovecot.service. Setting up dovecot-managesieved (1:2.1.7-2) ... [ ok ] Restarting dovecot (via systemctl): dovecot.service. Setting up dovecot-pop3d (1:2.1.7-2) ... [ ok ] Restarting dovecot (via systemctl): dovecot.service. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#681173: ITP: kyototycoon -- Kyoto Tycoon: a handy cache/storage server
Package: wnpp Severity: wishlist Owner: Shawn Landden * Package name: kyototycoon Version : 0.9.56 Upstream Author : Mikio Hirabayashi * URL : http://fal labs.com/kyototycoon/ * License : GPL-3+ Programming Lang: C++, with lua scripting support Description : Kyoto Tycoon: a handy cache/storage server Kyoto Tycoon is a lightweight database server with auto expiration mechanism, which is useful to handle cache data and persistent data of various applications. Kyoto Tycoon is also a package of network interface to the DBM called Kyoto Cabinet. Though the DBM has high performance and high concurrency, you might bother in case that multiple processes share the same database, or remote processes access the database. Thus, Kyoto Tycoon is provided for concurrent and remote connections to Kyoto Cabinet. Kyoto Tycoon is composed of the server process managing multiple databases and its access library for client applications. The network protocol between the server and clients is HTTP so that you can write client applications and client libraries in almost all popular languages. Both of RESTful-style interface by the GET, HEAD, PUT, DELETE methods and RPC-style inteface by the POST method are supported. The server can handle more than 10 thousand connections at the same time because it uses modern I/O event notification facilities such as "epoll" and "kqueue" of underlying systems. The server supports high availability mechanisms, which are hot backup, update logging, and asynchronous replication. The server can embed Lua, a lightweight script language so that you can define arbitrary operations of the database. The server program of Kyoto Tycoon is written in the C++ language. It is available on platforms which have API conforming to C++03 with the TR1 library extensions. Kyoto Tycoon is a free software licensed under the GNU General Public License. This is ready for upload, with lots taken from the packaging of kyotocabinet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681420: squashfs-tools: hard to install on low-performance machine for no benifit (wrong compressor options on deb)
Package: squashfs-tools Version: 1:4.2-5 Severity: normal Befause of the compressor settings used in this package, to decompress either the source package or the deb packages created by this package requires 65 Megabytes of memory, which is alot, when it is taken into account that this is for absolutely no benifit. The reason/problem here is warned on in the xz(1) man page---raising the compression options of xz increases the dictionary sie the compressor uses. Using a dictionary larger than the uncompressed file is completely useless, and the entire dictionary must be in memory during decompression. What you want for highest compression levels, while using lower dictionary sizes, is xz's "extreme" option, however I don't think dpkg-deb exposes this. In the meantime, the default option -6, is very good, with a 8MB dictionary, however in my experimentation, using -4 or -2 keeps almost the same compression (and on small package -2e and -4e, e for --extreme) would get exactly the same compresion. Anyways, as this package is very useful on embedded systems, I think it is unacceptable to have this package using a compressor dictionary size on the .deb packages any larger than the default of 8MB. >From the xz man page: " The differences between the presets are more significant than with gzip(1) and bzip2(1). The selected compression settings determine the memory requirements of the decompressor, thus using a too high preset level might make it painful to decompress the file on an old system with little RAM. Specifically, it's not a good idea to blindly use -9 for everything like it often is with gzip(1) and bzip2(1). " -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages squashfs-tools depends on: ii libc6 2.13-33 ii libgcc11:4.7.1-2 ii liblzma5 5.1.1alpha+20120614-1 ii liblzo2-2 2.06-1 ii zlib1g 1:1.2.7.dfsg-13 squashfs-tools recommends no packages. squashfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680037:
https://buildd.debian.org/status/logs.php?pkg=kyotocabinet&arch=sparc its now failed twice on UltraSPARC III and passed once on Sun Fire T2000 It didn't make it to the tests in 1.2.76-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681839: dpkg: add --force-multiarch command line option
Package: dpkg Version: 1.16.4.3 Severity: wishlist or maybe --force-multiarch-same This would make dpkg pretend that all packages without multi-arch: settings are multi-arch: same -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-3 ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii liblzma5 5.1.1alpha+20120614-1 ii libselinux1 2.1.9-5 ii tar 1.26-4em1 ii zlib1g 1:1.2.7.dfsg-13 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.7.1 -- Configuration Files: /etc/logrotate.d/dpkg changed [not included] -- 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#681840: liblzo2-dev: multirch dev package
Package: liblzo2-dev
Version: 2.06-1
Severity: important
Tags: patch
The -dev package for liblzo2 should be marked multi-arch:same so it can be
coinstalled
for cross-building package in a multi-arch environment
commit 1632e52fda62b57ebbb6f0875d04941c3742d415
Author: Shawn Landden
Date: Mon Jul 16 17:39:40 2012 -0700
support multiarch on development headers
diff --git a/debian/control b/debian/control
index 627789f..ffc37d0 100644
--- a/debian/control
+++ b/debian/control
@@ -9,6 +9,7 @@ Homepage: http://www.oberhumer.com/opensource/lzo/
Package: liblzo2-dev
Section: libdevel
Architecture: any
+Multi-Arch: same
Depends: liblzo2-2 (= ${binary:Version}), libc6-dev, ${misc:Depends}
Replaces: liblzo-dev
Description: data compression library (development files)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages liblzo2-dev depends on:
ii libc6-dev 2.13-33
ii liblzo2-2 2.06-1
liblzo2-dev recommends no packages.
liblzo2-dev suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681380: powertop: Crash (SIGSEGV) on ARM hosts
severity 681380 important thanks The attached patch worked for me on the Sheevaplug. As powertop went from useful to completely useless, raising priority to important. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682025: quilt: does not restore permissions on files when reversing patches
Package: quilt Version: 0.60-2em1 Severity: normal might be more general, but this is where I am running into this bug I am removing a configure file in a patch series, so i can generate it from source using aclocal/autoconf. I then remove the file after building the package so that quilt will recreate it (quilt will not create new files when reversing patches!---might be a bug in debhelper that it doesn't ask for this...) But even after all this charades dpkg-source will complain that i've change the source on the next build because the configure script is now not executable. The patch removing the configure script is from git, and looks like this: diff --git a/configure b/configure deleted file mode 100755 index 96e4b63..000 --- a/configure +++ /dev/null @@ -1,5813 +0,0 @@ Id rather not be calling git checkout from my rules file to make this work, so can quilt support file permissions like git outputs? i guess I can probably work around this by doing a chmod +x in my dh_clean in the meantime... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages quilt depends on: ii bsdmainutils 9.0.3 ii bzip2 1.0.6-3 ii diffstat 1.55-3 ii gettext 0.18.1.1-9 ii patch 2.6.1.136-31a7-1 ii perl 5.14.2-12 quilt recommends no packages. quilt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670030: libreadline6-dev: arch-dependent files in multiarch: same package
merge 658851 670030 tag 670030 patch thanks This file that was breaking multi-arch was also broken and completely useless. This patch both fixes the multi-arch problem (which I ran across personally) and also makes the Makefile work for building the examples provided. diff --git a/examples/Makefile.in b/examples/Makefile.in index 617c796..90654dd 100644 --- a/examples/Makefile.in +++ b/examples/Makefile.in @@ -27,12 +27,12 @@ exec_prefix = @exec_prefix@ datarootdir = @datarootdir@ bindir = @bindir@ -srcdir = @srcdir@ +srcdir = /usr/share/doc/libreadline6/examples datadir = @datadir@ -VPATH = .:@srcdir@ -top_srcdir = @top_srcdir@ +VPATH = .:/usr/share/doc/libreadline6/examples +top_srcdir = /usr/include/readline #BUILD_DIR = . -BUILD_DIR = @BUILD_DIR@ +BUILD_DIR = /usr/src/readline6/build installdir = $(datadir)/readline INSTALL = @INSTALL@ -- -Shawn Landden >From e5a01df4f075ddb96c393748d37a16498aa37c0a Mon Sep 17 00:00:00 2001 From: Shawn Landden Date: Wed, 18 Jul 2012 18:21:14 -0700 Subject: [PATCH] fix Makefile -- allows build of examples, multi-arch: same --- examples/Makefile.in |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/examples/Makefile.in b/examples/Makefile.in index 617c796..90654dd 100644 --- a/examples/Makefile.in +++ b/examples/Makefile.in @@ -27,12 +27,12 @@ exec_prefix = @exec_prefix@ datarootdir = @datarootdir@ bindir = @bindir@ -srcdir = @srcdir@ +srcdir = /usr/share/doc/libreadline6/examples datadir = @datadir@ -VPATH = .:@srcdir@ -top_srcdir = @top_srcdir@ +VPATH = .:/usr/share/doc/libreadline6/examples +top_srcdir = /usr/include/readline #BUILD_DIR = . -BUILD_DIR = @BUILD_DIR@ +BUILD_DIR = /usr/src/readline6/build installdir = $(datadir)/readline INSTALL = @INSTALL@ -- 1.7.9.5
Bug#681840: liblzo2-dev: multirch dev package
On Thu, 2012-07-19 at 01:33 +0300, Peter Eisentraut wrote:
> Is this necessary for the wheezy release, or later?
Well my package kyotocabinet, only needs this, and also libtool
multi-arch: foreign (fixed in Ubuntu, opening bug now...) to support
cross-building. (it otherwise works) However, kyotocabinet will not be
in Wheezy.
> On tis, 2012-07-17 at 01:18 +, shawn wrote:
> > Package: liblzo2-dev
> > Version: 2.06-1
> > Severity: important
> > Tags: patch
> >
> > The -dev package for liblzo2 should be marked multi-arch:same so it can be
> > coinstalled
> > for cross-building package in a multi-arch environment
> >
> > commit 1632e52fda62b57ebbb6f0875d04941c3742d415
> > Author: Shawn Landden
> > Date: Mon Jul 16 17:39:40 2012 -0700
> >
> > support multiarch on development headers
> >
> > diff --git a/debian/control b/debian/control
> > index 627789f..ffc37d0 100644
> > --- a/debian/control
> > +++ b/debian/control
> > @@ -9,6 +9,7 @@ Homepage: http://www.oberhumer.com/opensource/lzo/
> > Package: liblzo2-dev
> > Section: libdevel
> > Architecture: any
> > +Multi-Arch: same
> > Depends: liblzo2-2 (= ${binary:Version}), libc6-dev, ${misc:Depends}
> > Replaces: liblzo-dev
> > Description: data compression library (development files)
> >
> >
> > -- System Information:
> > Debian Release: wheezy/sid
> > APT prefers testing
> > APT policy: (500, 'testing')
> > Architecture: armel (armv5tel)
> >
> > Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
> > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> > Shell: /bin/sh linked to /bin/dash
> >
> > Versions of packages liblzo2-dev depends on:
> > ii libc6-dev 2.13-33
> > ii liblzo2-2 2.06-1
> >
> > liblzo2-dev recommends no packages.
> >
> > liblzo2-dev suggests no packages.
> >
> > -- no debconf information
> >
>
>
>
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
Package: libtool Version: 2.4.2-1.1 Severity: important Dear Maintainer, This is important for cross-building https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libtool depends on: ii autotools-dev 20120608.1 ii cpp 4:4.6.3-7 ii file 5.11-1em1 ii gcc [c-compiler] 4:4.6.3-7 ii gcc-4.6 [c-compiler] 4.6.3-8 ii gcc-4.7 [c-compiler] 4.7.1-2 ii libc6-dev [libc-dev] 2.13-33 Versions of packages libtool recommends: ii libltdl-dev 2.4.2-1.1 Versions of packages libtool suggests: ii autoconf 2.69-1em1 ii automake [automaken] 1:1.11.5-2 pn gcj pn gfortran | fortran95-compiler pn libtool-doc -- 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#613452: ITP: kyototycoon -- Kyoto Tycoon is a network interface to the DBM Kyoto Cabinet
On Thu, 2012-07-19 at 05:07 +, Bart Martens wrote: Gabriel, > Can you confirm that you no longer intend to package kyototycoon ? I ask this > because someone else wants to do this. > http://mentors.debian.net/package/kyototycoon > I packaged kyotocabinet, which got sponsored, which was initially your wnpp/ITP Bug #613450 -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682045: libtool: please mark libtool multi-arch: foreign (as in Ubuntu)
On Thu, 2012-07-19 at 08:45 +0200, Kurt Roeckx wrote: > On Thu, Jul 19, 2012 at 04:46:00AM +0000, shawn wrote: > > Package: libtool > > Version: 2.4.2-1.1 > > Severity: important > > > > Dear Maintainer, > > > > This is important for cross-building > > > > https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz > > I think that's just wrong. The /usr/bin/libtool file is generated > for the current architecture and doesn't support cross-building. > It's also the only reason this is an arch any package and not an > arch all pacakge. In that case, would Multi-arch: allowed work? that way the depending package can specify if cross-arch is OK or otherwise split off a multi-arch: foreign package, which libtool would depend on. > > There probably aren't many users of /usr/bin/libtool, but I know > there are. > > > Kurt > -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685330: Acknowledgement (ruby-hoe: dependancy on "rubygems" makes rails3 install ruby1.8)
severity 685330 serious
justification simple problem that causes rails3 to pull in ruby1.8
unnecessarily
tag 685330 patch
thanks
I've uploaded the fix to mentors
http://mentors.debian.net/packages/ruby-hoe
diff -Nru ruby-hoe-3.0.3/debian/changelog
ruby-hoe-3.0.3/debian/changelog
--- ruby-hoe-3.0.3/debian/changelog 2012-04-25 03:21:15.0 -0700
+++ ruby-hoe-3.0.3/debian/changelog 2012-08-25 09:30:08.0 -0700
@@ -1,3 +1,12 @@
+ruby-hoe (3.0.3-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Depend: on rubygems1.9.1 | rubygems so that ruby-hoe doesn't pull
in
+ ruby1.8 through rubygems.
+ * Fix debian/copyright formatting and update to copyright 1.0
standard.
+
+ -- Shawn Landden Sat, 25 Aug 2012 09:29:30
-0700
+
ruby-hoe (3.0.3-1) unstable; urgency=low
[ Cédric Boutillier ]
diff -Nru ruby-hoe-3.0.3/debian/control ruby-hoe-3.0.3/debian/control
--- ruby-hoe-3.0.3/debian/control 2012-04-25 03:21:15.0 -0700
+++ ruby-hoe-3.0.3/debian/control 2012-08-19 12:58:54.0 -0700
@@ -14,7 +14,11 @@
Package: ruby-hoe
Architecture: all
XB-Ruby-Versions: ${ruby:Versions}
-Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter,
rake (>= 0.8.7), rubygems
+Depends: ${shlibs:Depends},
+ ${misc:Depends},
+ ruby | ruby-interpreter,
+ rake (>= 0.8.7),
+ rubygems1.9.1 | rubygems
Description: rake/rubygems helper for project Rakefiles
Hoe is a rake/rubygems helper for project Rakefiles. It helps you
manage and maintain, and release your project and includes a dynamic
diff -Nru ruby-hoe-3.0.3/debian/copyright
ruby-hoe-3.0.3/debian/copyright
--- ruby-hoe-3.0.3/debian/copyright 2012-04-25 03:21:15.0 -0700
+++ ruby-hoe-3.0.3/debian/copyright 2012-08-25 09:29:24.0 -0700
@@ -1,4 +1,4 @@
-Format:
http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=173
+Format:
http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: hoe
Source: http://seattlerb.rubyforge.org/hoe/
Comment: Hoe.pdf was removed from the upstream tarball to address the
@@ -8,6 +8,12 @@
Files: *
Copyright: Copyright (c) Ryan Davis, Seattle.rb
License: MIT
+
+Files: debian/*
+Copyright: Copyright 2011 Lucas Nussbaum
+License: MIT
+
+License: MIT
Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
"Software"), to deal in the Software without restriction, including
@@ -15,10 +21,10 @@
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:
-
+ .
The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.
-
+ .
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
@@ -26,7 +32,3 @@
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
-
-Files: debian/*
-Copyright: Copyright 2011 Lucas Nussbaum
-License: MIT
--
-Shawn Landden
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682126: systemd: please backport "journal: allow watching symlinked journal dirs"
Package: systemd
Version: 44-3
Severity: wishlist
Tags: upstream patch
I've had problems with this. (Bug #680332 related to
trying to work around this)
commit 4a842cadb8d6b30fa9fdc8ff183633c14e02cf96
Author: Lennart Poettering
Date: Thu Jul 19 03:22:07 2012 +0200
journal: allow watching symlinked journal dirs
diff --git a/src/journal/sd-journal.c b/src/journal/sd-journal.c
index 672896d..fd0fb57 100644
--- a/src/journal/sd-journal.c
+++ b/src/journal/sd-journal.c
@@ -1233,7 +1233,7 @@ static int add_directory(sd_journal *j, const char
*prefix, const char *dirname)
m->wd = inotify_add_watch(j->inotify_fd, m->path,
IN_CREATE|IN_MOVED_TO|IN_MODIFY|IN_ATTRIB|IN_DELETE|
IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|
- IN_DONT_FOLLOW|IN_ONLYDIR);
+ IN_ONLYDIR);
if (m->wd > 0 && hashmap_put(j->directories_by_wd,
INT_TO_PTR(m->wd), m) < 0)
inotify_rm_watch(j->inotify_fd, m->wd);
@@ -1310,7 +1310,7 @@ static int add_root_directory(sd_journal *j, const char
*p) {
m->wd = inotify_add_watch(j->inotify_fd, m->path,
IN_CREATE|IN_MOVED_TO|IN_MODIFY|IN_ATTRIB|IN_DELETE|
- IN_DONT_FOLLOW|IN_ONLYDIR);
+ IN_ONLYDIR);
if (m->wd > 0 && hashmap_put(j->directories_by_wd,
INT_TO_PTR(m->wd), m) < 0)
inotify_rm_watch(j->inotify_fd, m->wd);
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages systemd depends on:
ii dpkg 1.16.4.3
ii initscripts 2.88dsf-25
ii libacl1 2.2.51-8
ii libaudit01:1.7.18-1.1em1
ii libc62.13-33
ii libcap2 1:2.22-1.1
ii libcryptsetup4 2:1.4.3-2
ii libdbus-1-3 1.6.0-1
ii libgcc1 1:4.7.1-2
ii libkmod2 8-2em1
ii liblzma5 5.1.1alpha+20120614-1
ii libpam0g 1.1.3-7.1em1
ii libselinux1 2.1.9-5
ii libsystemd-daemon0 44-3
ii libsystemd-id128-0 44-3
ii libsystemd-journal0 44-3
ii libsystemd-login044-3
ii libudev0 175-3.1em1
ii libwrap0 7.6.q-23
ii udev 175-3.1em1
ii util-linux 2.20.1-5.1
Versions of packages systemd recommends:
ii libpam-systemd 44-3
Versions of packages systemd suggests:
ii python2.7.3~rc2-1
ii python-cairo 1.8.8-1+b2em1
ii python-dbus 1.1.1-1
pn systemd-gui
-- Configuration Files:
/etc/systemd/systemd-journald.conf changed:
[Journal]
RateLimitInterval=60s
RateLimitBurst=20
RuntimeMinFileSize=2M
ForwardToSyslog=no
-- 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
