ugs.debian.org
> Cc:
> Date: Fri, 24 Aug 2012 14:13:03 -0300
> Subject: Re: Bug#685733: libruby1.9.1: custom_require.rb uses deprecated
> iconv interface
> Hello Amos,
>
> [top-post undone]
>
> James Healy escreveu isso aí:
> > On 24 August 2012 03:53, Amos Shapira wrote:
&g
Package: libruby1.9.1
Version: 1.9.3.194-1
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I installed and started using librarian-puppet (
https://github.com/rodjek/librarian-puppet) and
get a warning w
I found the following in the upstream bug tracking system:
https://dev.icinga.org/issues/1121
It's almost a year old and target fix version is 1.3 so I'm not sure
whether it's related or not but the errors mentioned there look
identical.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
Maybe not a critical fix but the patch opens files with:
open(SOURCE, "< $file")
where is should actually use:
open(SOURCE, '<', $file)
--Amos
On 15/09/2007, Andrew Schulman <[EMAIL PROTECTED]> wrote:
>
> Amos, thanks for submitting the patch. On line 23 you have:
>
> +my @files = ref $file ? @$file : [ $file ];
>
> Are you sure this is right? It looks wrong to me. I think it should be
>
> +my @files = ref $file ? @$file : ( $f
Package: psh
Version: 1.8-7
Severity: normal
*** Please type your report below this line ***
The psh copyright file points to http://www.focusresearch.com/gregor/psh/
but this page gives a "page not found" error and lists
http://www.focusresearch.com/gregor/sw/psh/ as the right address
-- System
Package: culmus
Version: 0.101-6
Severity: normal
*** Please type your report below this line ***
The culmus package contains the file /etc/fonts/conf.d/10-culmus.conf instead
of having this file at /etc/fonts/conf.avail/10-culmus.conf and a symbolic
link from /etc/fonts/conf.d/10-culmus.conf to
Package: apt-cacher
Version: 1.5.3
Severity: important
*** Please type your report below this line ***
I tried to configure apt-cacher to run under openbsd-inetd with the
following
line in inetd.conf:
3142 stream tcp nowait www-data /usr/sbin/apt-cacher -i
but when I try to connect to a
Package: logrotate
Version: 3.7.1-3
Severity: normal
*** Please type your report below this line ***
According to the source code, logrotate passes the name of the log file
(different file names at different script types) to the scripts, but this
isn't mentioned anywere in the documentation.
It w
Package: linux-image-2.6-686
Version: 2.6.18+5
Severity: normal
/boot/initrd.img-2.6.18-3-686, and I suspect all other initrd.img files
as well, contains a file called "scripts/functions.orig" which is
identical to "scripts/functions" and seems to be a left-over backup
file.
-- System Informatio
Tag: patch
Tag: patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Attached is a diff against 2.0.8.2 to make apt-file read files under
/etc/apt/sources.list.d/*.list in addition to /etc/apt/sources.list IF no
file was explicitly specified on the command line.
--Amos
--- /usr/bin/apt-file 2006-11-15 01:43:42.0 +1100
+++ apt-file 2007-01-25 11:07:09.0
On 17/12/06, Don Armstrong <[EMAIL PROTECTED]> wrote:
Like how? It's an error, so returning a 500 seems perfectly
reasonable.
Hi Dan,
Here is a quote from the HTTP RFC:
- 4xx: Client Error - The request contains bad syntax or cannot
be fulfilled
- 5xx: Server Error - The s
On 27/12/06, Amos Shapira <[EMAIL PROTECTED]> wrote:
On 25/12/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
>
> Is it happening to everyone ?
> Why isn't it happening to me ?
Hi Junichi,
I have no idea what have changed but after a week away from the
problematic sy
On 25/12/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
Is it happening to everyone ?
Why isn't it happening to me ?
Hi Junichi,
I have no idea what have changed but after a week away from the problematic
system apt-listbugs seems to have startted to work again. Maybe something on
the server
Package: debbugs
Version: Bugs server gets HTTP 500 error when wrong content type is posted
to itSeverity: normal
I tried to simulate a request from apt-listbugs using wget and forgot to
override the Content-Type header of the request. This caused soap.cgi to
generate a "500 Server Error" respons
On 16/12/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
1. Is it timing out on the client side?
It seems to happen quite instantly. Plus wget gets the content well also
without delay, so I doubt it.
2. Is the server sending the wrong Content-Lentgth
The content length is 39165 but the excep
Regarding the fact that the bug doesn't always appear - I think it doesn't
happen when there are no bugs about the package.
I see this (i.e. apt-listbugs finishes quietly) too in the relatively rare
event when there are no bugs about any of the packages I upgrade through
aptitude on the daily upgr
Package: apt-listbugs
Version: 0.0.69
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
For a few weeks now apt-listbugs keeps giving the following output when
executed through aptitude (the sample below was executed from command
line but the
Package: apt-listbugsVersion: 0.0.63Severity: wishlistIt's great that apt-listbugs now reports when a bug is fixed, but itstill requires a visual comparison of the version which I currentlyintend to install with the version the bug was fixed in and decide
whether it is still relevant or not.It woul
I noticed that the original poster have already supplied a patch which also chomps the newline at the end of the back-qoute's output.Here is my suggestion for a possibly a better version - we already have perl after all so why use "cut"?
--- dh-make-perl.old 2006-08-29 12:01:02.0 +100
Attached is a patch to fix this - added a missing "\":--- dh-make-perl.old 2006-10-06 11:37:01.0 +1000+++ dh-make-perl.new 2006-10-06 11:35:26.0 +1000@@ -143,7 +143,7 @@
#my $section = 'interpreters'; my $section = 'perl'; my $depends = '${perl:Depends}';-my $bdependsi = 'p
On 28/09/06, Nicolas François <[EMAIL PROTECTED]> wrote:
The were different plans. They involve getting rid of install-info in dpkgand using the GNU's install-info instead.So this will involve changes in dpkg, info and maybe all the packagesinstalling info files...
I would prefer to wait the releas
On 28/09/06, Nicolas François <[EMAIL PROTECTED]> wrote:
There has been an attempt. Look for install-info in the debian-dpkgmailing list (months May, June, July inhttp://lists.debian.org/debian-dpkg/).Due to lack of time,need of transition, short timeslot before the freeze,
I did not make much prog
This bug have been laying around for about four years by now and
apparently there was an agreement long time ago by the maintainers of
install-info to ditch the debian version and go with the rest of the
world and use GNU's install-info.
In the mean time this bug was downgraded to wishlist but co
On 22/09/06, Alexander Mieland <[EMAIL PROTECTED]> wrote:
it seems that either diff, or egrep doesn't exist on your system.
Maybe it's only "grep -e" instead of egrep on debian systems?
Or you've still to install diff?
You must be kidding, right? :^) Linux/UNIX without diff or egrep?
Both "grep
OK, I added my normal user to group stats, re-logged in (of course)
and executed the same command. This time apparently it found more
programs but still not all of them.
Looks like the root cause is reliance on user's environment to find
programs - the script should set its own PATH at the beginn
Package: list
Version: 1.9.92-1
Severity: normal
*** Please type your report below this line ***
I executed "sudo list --pretend" when logged in through ssh without X11
forwarding and got actually two problems which might be symptoms of the
same problem - no $DISPLAY variable:
1. List didn't rec
Package: groach
Version: 0.4.0-5
Severity: minor
Tags: patch
groach.6.gz contains "\\" in a few places were only "\" should be. Here
is a patch to fix this:
--- groach.6.orig 2006-09-18 15:40:58.0 +1000
+++ groach.62006-09-18 15:40:36.0 +1000
@@ -23,15 +23,15 @@
Specif
I've just tried to purge (and when that failed - upgrade) denyhosts on
Etch and encountered the same problem - start-stop-daemon just failed
to work on denyhosts.
Removing all occurrences of "--exec $DAEMON" from the init.d script
and making sure that denyhosts is still running (see next paragra
For a temporary work around, you can do:
# cat /etc/apt/sources.list /etc/apt/source.list.d/*.list > ~/.sources.list
and alias apt-file to use this file instead:
# function apt-file { command apt-file -s ~/.sources.list "$@" }
It's ugly but works.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
I see that bug 272729 already deals with this problem (of undocumented "recent" module options).
As of September 8, 2006 and version 1.3.5.0debian1-1 the manual page still misses the reported options --rsource and --rdest--Amos
ipt_recent documentation which comes with 1.3.5 doesn't mention the -rsource and -rdest options.You can find about them from "iptables -m recent -h": --rsource Match/Save the source address of each packet in the recent list table (default).
--rdest Match
Package: java-package
Version: 0.28
Severity: important
It appears that java-common provides a utility called
update-java-alternatives which looks under /usr/lib/jvm to find all
available java implementation alternatives. The package generated by
make-jpkg for Sun JDK 1.5.08 doesn't include the fi
Package: nautilus
Version: 2.8.2-2
Severity: grave
Justification: renders package unusable
Here is an experiment I did to reproduce the bug for reporting:
1. Create an empty directory: /tmp/xxx
2. Run nautilus and browse to this directory.
3. "touch /tmp/xxx/x.swf" - nautilus will update the direc
37 matches
Mail list logo
