Package: apt-transport-s3
Version: 1.1.0-2
Severity: important
Tags: patch
When a package has a filename that includes a + character in it the
attempt to fetch it from S3 fails.
This is a known issue with S3 and has been fixed in the apt source.
A patch for this issue has been submitted
Package: apt-transport-s3
Version: 1.1.0-2
Tags: patch
If a source cannot be processed for any reason the error message
reported back to apt is misleading.
For example, the following source line
deb s3://github.com.s3.amazonaws.com/fubar/ trivial_repo/
we see the following
~$ sudo apt-get
David == David Bremner da...@tethera.net writes:
David Shyamal Prasad shya...@member.fsf.org writes:
Now I've noticed there is no attempt to build haskell-mode for
the emacs flavors I have installed (emacs23 and emacs24) when I
install it:
David I noticed the same thing
Package: haskell-mode
Version: 13.07-1
Severity: important
Dear Maintainer,
When I install haskell-mode I find I cannot actually use it. For
example, if I try to (require 'haskell-mode) I get:
Debugger entered--Lisp error: (file-error Cannot open load file
haskell-mode)
require(haskell-mode)
David == David Bremner da...@tethera.net writes:
David Can you try re-installing emacsen-common, and see if
David haskell-mode installs properly then?
That totally fixed it. Now it works.
When I tried to uninstall emacsen-common I initially had this problem
even after I completely
Package: r-base-core
Version: 2.14.1-1
Severity: normal
This morning after an dist-upgrade on my wheezy/sid system(s) I noticed
I could no longer access help data in R
?array
/usr/lib/R/bin/exec/R: symbol lookup error: /usr/lib/R/lib/libR.so: undefined
symbol: _pcre_valid_utf8
This is
Dirk == Dirk Eddelbuettel e...@debian.org writes:
Dirk | It might be worth updating the dependency to libpcre = 8.30
Dirk That may in fact be thw minimum requirement now.
I tried building R 2.15 against PCRE 8.12 since I my curiosity got the
better of me (and I'm using R more than
tags 589442 patch
stop
AFAICT, this seems easily fixed. The libmemcached client will only
build memslap when libevent is available. See clients/include.am
The following patch to the control file seems to do just that. If you
agree, could you please incorporate it? memslap is a must have for
I know the inline patch in my previous email is self explanatory, but
since my email client mangled it, here it is in an attatchment just so
I feel better about it :-)
--- debian/control.orig 2010-11-04 16:53:29.0 -0700
+++ debian/control 2010-11-04 13:50:03.0 -0700
@@ -1,7
Package: libmemcache-client-ruby1.8
Version: 1.7.8-1
Severity: grave
spra...@dallas:~$ irb
irb(main):001:0 require 'memcache'
Errno::ENOENT: No such file or directory - /usr/lib/ruby/1.8/../VERSION.yml
from /usr/lib/ruby/1.8/memcache.rb:24:in `read'
from
Package: ruby1.8
Version: 1.8.7.249-3
Severity: normal
Hi,
Debian applies a patch (091125_gc_check.dpatch) as a fix for
#557924. The upstream issue is #2326 and has been fixed in since p205
(http://redmine.ruby-lang.org/issues/show/2326).
I just wanted to point out that the upstream fix finally
position
so users like me, whose business environment often insists on a 1.5 JDK,
won't have to use a home grown JRuby package/upstream tarball ;-)
Cheers!
Shyamal
#! /bin/sh /usr/share/dpatch/dpatch-run
## 07_jruby_bytecode_version.dpatch by Shyamal Prasad shya...@member.fsf.org
##
## All lines
Package: jruby
Version: 1.4.0-1
Severity: important
The JRuby installation fails when used with the java5 runtime even
though the package claims support
~$ dpkg -p jruby | grep Depends
Depends: openjdk-6-jre | java5-runtime | java6-runtime
~$ jruby -e puts 'hello'
hello
~$
Package: ghc6
Version: 6.10.1+dfsg1-6
Severity: important
Tags: experimental
shya...@turtle:~$ dpkg-architecture -qDEB_HOST_ARCH
powerpc
shya...@turtle:~$ uname -r
2.6.26-1-powerpc
shya...@turtle:~$ ghci
GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help
Segmentation fault
Package: jde
Version: 2.3.5.1-2
Severity: grave
The jde package will not install on a lenny system using either
emacs21 or emacs 22. The problem is easily replicated:
- Start with an emacs21/22 install, don't install ecb
- apt-get install jde and it will fail after installing all
dependencies
Hi,
I have the latest semantic package but semantic-idle.el is not
patched. Using emacs-snapshot (and, I suspect, a build of Emacs 22
from anywhere else) will result in 100% CPU utilization when emacs is
idle.
ii semantic 1.0pre3-7 Parser Infrastructure for Emacsen
ii
Package: semantic
Version: 1:1.0pre3-6
Severity: important
Hi,
I started using emacs-snapshot today and quickly observed that Emacs
will starting chewing up all available CPU when I leave it idle.
ii emacs-snapshot 20070302-1 The GNU Emacs editor (development snapshot)
The fix for this
Tzafrir == Tzafrir Cohen [EMAIL PROTECTED] writes:
Tzafrir Hi About to try yhour patch. rpmstrap is rather broken
Tzafrir for me right now without it.
Tzafrir Any more automated way of generating those lists of
Tzafrir packages? Maybe a list of regular expressions for package
Hi,
It seems that the xslt task included in ant 1.6.5 still does not work
with JDK 1.5.0 from Sun. Some Google searching led me to believe that
the problem is that the included XSLT processor in the JDK does not
play well with the docbook stylesheets (see
Package: rpmstrap
Version: 0.5.2-2
Severity: normal
Tags: patch
The centos4 script file is out of date for the latest CentOS 4 i[n]86
updates.
The patch below to /usr/lib/rpmstrap/scripts/centos4 fixes the list of
RPM files for i[n]86 architectures.
I do not use x86_64 but would be willing to
.BY Shyamal Prasad [EMAIL PROTECTED]
.nh
.SH NAME
objdump86, size86, nm86 \- Examine object, archive or executable files
.SH SYNOPSIS
.BI objdump86
.RI [ file ...]
.PP
.B size86
.RI [ file ...]
.PP
.BI nm86
.RI [ file ...]
.SH DESCRIPTION
These commands are used to examine the contents of object files
Hi,
Here is a man page for ar86. If you could forward it upstream, great
(otherwise I can make a request).
Cheers!
Shyamal
.TH ar86 1 May, 2006
.BY Shyamal Prasad [EMAIL PROTECTED]
.nh
.SH NAME
ar86 \- Create, modify, and extract from archive file
.SH SYNOPSIS
.B ar86
.I operation
.B archive
16:37:50.0 -0700
+++ linux86-0.16.14-patch/debian/changelog 2006-05-28 16:27:38.0 -0700
@@ -1,3 +1,10 @@
+linux86 (0.16.14-patch-1) unstable; urgency=low
+
+ * Added man pages for ar86, objdump86, size86 and nm86 with patch
+from Shyamal Prasad [EMAIL PROTECTED] (Closes: #138042
Package: installation-reports
Severity: important
(X-Debbugs-CC to debian-kernel at Sven Luther's request, perhaps this
should have been filed against initramfs-tools directly)
INSTALL REPORT
Debian-installer-version: powerpc net-inst daily build (March 26, 2006)
uname -a: did not complete
fjp This is not an initramfs-tools problem, but the result of
fjp powerpc daily d-i builds, for which Sven himself is
fjp responsible, failing for the last
fjp few days.
Just for the record, I tried d-i rc2 and it worked like a charm
(except for a constant set of error windows
Marc == Marc Haber [EMAIL PROTECTED] writes:
Marc I have committed the patch to svn with the deviation that I
Marc didn't mention the macro name in the README text. I want
Marc people to read the documentation in the configuration file
Marc snippet.
In the interest of keeping
Marc == Marc Haber [EMAIL PROTECTED] writes:
Marc That would be absolutely fantastic! You can pull the current
Marc file from svn:
Marc
http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/README.Debian.xml?op=filerev=0sc=0,
Marc or svn co
Marc
Marc == Marc Haber [EMAIL PROTECTED] writes:
Marc The README file has in the mean time been converted to
Marc docbook, and thus your patch does not apply any more.
Marc I do not have too much clue about docbook, but Hilko might
Marc want to comment about how it it possible to
Package: installation-reports
Severity: important
Debian-installer-version: etch beta 1
uname -a: actually could not install boot loader, failed installation
Date: Nov 15 2005
Method: netinst iso
Machine: Apple PowerMac7,3 (Dual G5)
Processor: G5
Memory: 512 MB
Root Device: /dev/sda7
Root
Marc == Marc Haber [EMAIL PROTECTED] writes:
Marc I am not too fond of that idea since it replicates
Marc information which might cause it going inconsistent in case
Marc of changes.
Hi Marc,
I understand the concern, and I did spend considerable time trying to
write a patch
Package: exim4
Version: 4.50-8
Severity: wishlist
Tags: patch
Hi,
Everytime I've had to set up exim4 with SMTP-AUTH over plain old TCP
(which is very common with DSL providers in the USA and, I'm sure, in
some other places) I have to struggle with the new exim4 configuration
set up. I'm was
Okay, so the emacs debian-el got the better of me. Here is a clean
patch with no cruft at the end.
--- README.SMTP-AUTH.orig 2005-09-24 16:15:11.0 -0700
+++ README.SMTP-AUTH2005-09-24 16:40:24.0 -0700
@@ -17,8 +17,12 @@
If you need to enable them for unencrypted
Just got back to working on my linux box and noticed that Paul
Brossier seems to have found a fix for his problems on a PowerMac7,2
(#323724).
Just for the record, I can confirm that removing the NVIDIA FB allows
me to also boot a PowerMac7,3 using a 64 bit kernel built with
2.6.12-6.
Cheers!
Sven == Sven Luther [EMAIL PROTECTED] writes:
Sven On Wed, Aug 24, 2005 at 12:37:09PM -0700, Shyamal Prasad
Sven wrote:
Actually I'm having the same problem that Paul reported,
except on a PowerMac 7,3 (970FX). The boot fails at the exact
same point. I can try benh's
Bastian Lets try to decode.
Bastian pmac_setup_smp()
Bastian start_secondary()
Bastian pSeries_init_panel()
Linux ppc64
2.6.12-1-powerpc64
Bastian The next init call are via_pmu_start() and
Bastian pcibios_init().
Hi Bastian,
I added printk
Sven == Sven Luther [EMAIL PROTECTED] writes:
Sven On Tue, Aug 23, 2005 at 07:02:15PM -0700, Shyamal Prasad
and, yes, I'm booting via with yaboot. I'm really stumped on
why this kernel is not booting my machine when it works for
Daniel (who also has a PowerMac7,3). Am I
retitle 319986 linux-image-2.6.12-1-powerpc64 fails on dual G5 PowerMac7,3
stop
Hi Sven,
I tested the new linux image on a dual G5 PowerMac7,3 and it fails in
a similar fashion as kernel-image-2.6.12-sven64 did.
Let me know if I can provide you more information etc or otherwise
help out.
Hi,
I cannot reproduce this bug in sarge, and I tried contacting the
submitter in Nov last year but have got no response (see last message
in bug log).
Perhaps you want to try again, or close it? (I can't see bounces to
the submitter address).
Thanks,
Shyamal
--
To UNSUBSCRIBE, email to
Package: kernel
Severity: important
Sven == Sven Luther [EMAIL PROTECTED] writes
[http://lists.debian.org/debian-powerpc/2005/07/msg00304.html]:
Sven Oh, darn, thsis means something is broken. or something
Sven else,, please can you comment on a real bugreporty
Sven
Hi,
The bug report describes an interaction between tm and gnus. This
fault does not appear in the standard version of gnus shipped in
xemacs21-support in sarge (in fact tm is not loaded by gnus at all).
I would recommend closing this bug because it was fixed a long time
ago (the bug is nearly
Hi,
I am not a regular user of viper mode (but actually an avid vi fan
even though I use emacs, so I just use vi when I want those key
bindings ;-).
I have tried using viper mode and gnus together (and I am writing this
email in such a mode) and do not see any problems in sarge.
This bug is
Hi,
I tried contact the bug submitter in Nov 2004 to see if it was still
occuring and have not received a reply yet.
I use Gnus as my primary (only) MUA and have never had this problem,
and certainly not with the version in sarge.
I think you should close this bug or reduce severity and mark
Package: kaffe
Version: 2:1.1.4.PRECVS12-1
Severity: normal
Hi,
The man page for javakey does not exist in the package but I am left
with a dangling symlink for it.
This might be related to #291510 - unfortunately I don't use Java much
anymore but I'd be happy to help anyway I can. My daily
Hi,
This bug does not occur in xemacs21-nomule 21.4.17-1. The
read-kbd-macro function is correctly autoloaded, and I was able to
install lyskom-elisp-client without any problems (whatever it is that
a lyskom client does ;-)
Also, I think the submitter noted that xemacs version in sid last year
Package: installation-reports
This is purely for the record - no problems to report on a
straightforward installation. Until this daily build one thing or the
other always broke ;-)
INSTALL REPORT
Debian-installer-version: Netinst daily build 20050117
uname -a: Linux test 2.6.8-power4 #1 Sat
Colin == Colin Watson [EMAIL PROTECTED] writes:
Colin On Sun, Jan 16, 2005 at 04:14:35PM -0800, Shyamal Prasad
Colin wrote:
Also, the test case kernel/tests/powerpc/g5.cpuinfo is for a
PowerMac7,2 (970). There is not test for a 970FX PowerMac7,3.
Colin Please provide
Package: debian-installer-manual
Version: 20050117
Tags: patch
Currently there is no standard way to identify partitions on Apple
PowerMac hardware (i.e. a method accepted by all Linux distributions).
There was a discussion on debian-boot about this, see the thread at
Sven == Sven Luther [EMAIL PROTECTED] writes:
Sven Strange. Do we need to fix base-installer, which may
Sven recognize the powermac as a pmac, and thus chose a powerpc
Sven kernel ? I don't think so, i suppose Colin Watson did the
Sven right thing about this.
Well, I started
Package: installation-reports
Severity: important
INSTALL REPORT
Debian-installer-version: 20010114 Netinst Daily Build
uname -a: Default install fails (see below), expert mode
requires 2.6.8-power4
Date: January 15, 2005 1700 PST
Method: Boot off CD, used install-power4 kernel,
used
Michael == Michael Schmitz
[EMAIL PROTECTED] writes:
Michael s/MockOS/MacOS/g
Michael to anything but Apple_Bootstrap, Apple_HFS,
Michael Apple_UNIX_SVR2 or Apple_Free. If you're sure (or just
Michael reasonably confident) Linux_LVM will be ignored by
Michael
50 matches
Mail list logo
