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 upda
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 upstream
>>>>> "David" == David Bremner writes:
David> Shyamal Prasad 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" == David Bremner 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 purged all my
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-mo
> "Dirk" == Dirk Eddelbuettel 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 usual t
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 relate
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 +1,
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
those
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 /usr/lib/ruby/1.8/memcach
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
##
## All lines beginning with `##
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
~$ JAVA_HOME=/usr/lib/jv
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
shya...@turt
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 emacs-snapshot
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 in
> "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 fo
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
http://wiki.wsmoak.net/cgi-bin/wiki.pl?Doc
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 w
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]> (
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
"
.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 co
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
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: (normally I run
> "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 o
> "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=file&rev=0&sc=0,
Marc> or svn co
Marc> svn://svn.deb
> "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 po
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 Size/p
"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 p
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 c
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 actu
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!
Sh
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 print
"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
"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 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.
Chee
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 [EMAI
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,
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 as
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 over
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 5
Hi,
I cannot reproduce this bug which was reported 200 days ago, and Gnus
with xemacs21 is my main and only MUA. I've tried to contact the bug
submitter in Dec 2004, and again around 30 days ago, with no response
to my requests for assistance in reproducing the problem.
I'd suggest you close thi
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 cro
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
d
# Patch committed for 21.4.17 release
# http://list-archive.xemacs.org/xemacs-patches/200501/msg00183.html
#
tags 117096 + fixed-upstream
stop
Please close this bug when 21.4.17 is uploaded (Vin Shelton says
21.4.17 should be ready in a week or two if no problems are found).
Cheers!
Shyamal
--
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
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
http://lists.debian.org/debi
"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 f
"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
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 mirror
reassign 224503 xemacs21-support
merge 224503 288807
stop
Hi,
I'd like to see this added too. There is very little overhead for
people who don't use such Mice (or have not configured the scroll
wheel in xfree86): a few keymap entries and a little elisp.
Thanks,
Shyamal
--
To UNSUBSCRIBE, ema
Hi,
This bug has been fixed 14 Jan 2004 as noted by the submitter.
Also, with 21.4.16-1 it is easily verified that (+ 0.0 0.1) does
return 0.1 and not 0
Please close this bug.
Best regards,
Shyamal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contac
"Sven" == Sven Luther <[EMAIL PROTECTED]> writes:
Sven> On Mon, Jan 10, 2005 at 08:50:48PM -0800, Shyamal Prasad
Sven> wrote:
>> I created a partition with type Linux_LVM and name LVM_Test
>> using mac-fdisk. I put an ext3 file system on th
"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
Michae
55 matches
Mail list logo
