Package: wnpp
Severity: wishlist
* Package name: time-tracker
Version : 2.018
Upstream Author : Thomas Klausner d...@cpan.org
* URL : http://search.cpan.org/dist/App-TimeTracker/
* License : Perl
Programming Lang: Perl
Description : time tracking for
Thank you!
The actual correct website of that tool is:
http://timetracker.plix.at/
Cheer
Jozef
On 2014-01-29 15:06, 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
Hi David,
yes it works fine with:
$ apt-show-versions | grep liferea
liferea/wheezy uptodate 1.8.6-1.1
liferea-data/wheezy uptodate 1.8.6-1.1
you can close this bug. Thanks!
Jozef
On 2013-01-07 09:20, David Smith wrote:
Original Message
Subject: Re: liferea:
Package: ifuse
Version: 1.0.0-1
Severity: normal
Hi,
I also had to install libimobiledevice1 in order to make the ifuse mount.
Cheers,
Jozef
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable'), (500, 'oldstable')
Package: movabletype-plugin-core
Version: 4.3.3-1
Severity: important
It looks to me as that the Zemanta plugin that is suggesting content is sending
the text of the blog posts to their service. This plugin is *enabled* by default
and it was activated only via upgrading. While not everyone uses
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej jo...@kutej.net
* Package name: kephra
Version : 0.4.3
Upstream Author : Herbert Breunung lichtk...@cpan.org
* URL : http://search.cpan.org/perldoc?Kephra
* License : GPL
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej jo...@kutej.net
* Package name: libfile-userconfig-perl
Version : 0.06
Upstream Author : Adam Kennedy ad...@cpan.org
* URL : http://search.cpan.org/perldoc?File::UserConfig
* License : GPL and Artistic
Package: perl-modules
Version: 5.10.1-13
Severity: normal
$ echo -e =encoding utf8\n\n | perl -MPod::PlainText -le 'my $parser =
Pod::PlainText-new();$parser-parse_from_filehandle;'
Can't locate object method cmd_encoding via package Pod::PlainText at
/usr/share/perl/5.10/Pod/PlainText.pm line
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej jo...@kutej.net
Owner: Jozef Kutej jo...@kutej.net
* Package name: libgtk2-sourceview2-perl
Version : 0.07
Upstream Author : Name po...@cpan.org
* URL : http://search.cpan.org/perldoc?Gtk2::SourceView2
* License
Package: xvfb
Version: 2:1.7.6-1
Severity: normal
File: /usr/bin/xvfb-run
The -a option to find free X display number is using while [ -f /tmp/.X$i-lock
]; do to increase
the $SERVERNUM. When the xvfb-run is run under a different chroot the /tmp is
not shared so the
xvfb-run fails to find
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej jo...@kutej.net
Owner: Jozef Kutej jo...@kutej.net
* Package name: xacobeo
Version : 0.13
Upstream Author : Emmanuel Rodriguez po...@cpan.org
* URL : http://search.cpan.org/perldoc?Xacobeo
* License : GPL
http://svn.debian.org/viewsvn/pkg-perl?view=revrevision=55100
Cheers,
Jozef
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
the tests failed with:
perl-tk/squeeze uptodate 1:804.028-6
but after I've installed by hand:
http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Tk-804.028_502.tar.gz
all tests passed.
Regards,
Jozef
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
gregor herrmann wrote:
Builds fine for me in two sid cowbuilder chroots (amd64 + i386), one
with X and everything, the other a server without X.
http://perldition.org/articles/Running%20tests%20that%20require%20an%20X%20server.pod
Ralf recommends xvfb-run -a make test
-a, --auto-servernum =
Hi,
the package builds find on i386 and amd64. In CPAN there is one similar
smoketesting test for alpha arch:
http://www.cpantesters.org/cpan/report/6712612
Regards,
Jozef
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
There is already a similar bug in RT:
https://rt.cpan.org/Public/Bug/Display.html?id=47788
I've updated it with the information that the tests are passing on i386 but
failing on amd64.
Cheers,
Jozef
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Damyan Ivanov wrote:
-=| Jozef Kutej, Fri, Feb 26, 2010 at 05:23:48PM +0100 |=-
+# clean-up module versions from non-version characters
+foreach my $module_name (keys %{$deps}) {
+$deps-{$module_name} =~ s/[^_.0-9]//g;
+}
It is not so easy. See
http://github.com
Package: dh-make-perl
Version: 0.63
Severity: minor
Some authors use version: !perl/Module::Build::Version in META.yml. Like for
example
http://cpansearch.perl.org/src/SMUELLER/Class-Accessor-Assert-1.40/META.yml
which results in:
Found: Class-Accessor-Assert
Package: dh-make-perl
Version: 0.63
Severity: minor
some META.yml files contains or = in front of the version numbers. for
example:
http://cpansearch.perl.org/src/JPEACOCK/version-0.80/META.yml
The fast work around would be to clean up the version numbers from non-version
characters:
---
Damyan Ivanov wrote:
Shouldn't this be loaded by the module which parses META.yml? In
dh-make-perl's case this is the YAML module (I also tried with
YAML::Syck and YAML::XS).
hmm that could be a security risk, if by loading yaml file some other module
would be automatically loaded, or?
I
Ansgar Burchardt wrote:
A YAML file can call constructors for all loaded modules? That would
no, not constructors, there is even no way of knowing what is the name of
constructor, but even just by loading a module it is code execution. mostly the
code that makes the initialization and import().
Package: dh-make-perl
Version: 0.63
Severity: minor
nice_perl_ver() is called when someone declares dependecy on perl directly
but not in case of core modules. Not calling nice_perl_ver() results in
dependecies
like Depends: perl (= 5.010001) but 5.10.1-11 is installed.
--- cut ---
index
Package: dh-make-perl
Version: 0.63
Severity: minor
is_core_module() is properly reporting core modules but also in future versions
of Perl.
For example module that is dependent on Module::Build: 0.3603.
$ perl -MDhMakePerl -le 'print DhMakePerl-is_core_module(Module::Build,
0.3603)'
5.11.4
Hi Dominic,
Dominic Hargreaves wrote:
this in my test environment yet. I wonder if you would be able to try out
a newer version of movabletype - ie 4.3.3-1 to see whether the problem
With:
# apt-show-versions | grep movabletype
movabletype-opensource/testing uptodate 4.3.3-1
Package: istanbul
Version: 0.2.2-5
Severity: normal
after the recording is finished in the phase of In process of saving to disk.
I'm getting
X Window System error. Here is the complete console output:
$ istanbul
/usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:37:
Package: movabletype-opensource
Version: 4.2.3-1
Severity: normal
the CGI versions works just fine, but when I switch to FastCGI I get the
non-ASCII characters destroyed. Actually it works for the first request
after Apache reload. So it seems that something must be double
initialized in
Package: perl-modules
Version: 5.10.0-24
Severity: normal
The problem is with `Build.PL` and `./Build manifest` and with warnings when
`perl Build.PL`.
There is a bug in ExtUtils::Manifest that takes only portion of a line, until
space, when reading MANIFEST.
The consequence is that `perl
Package: openssl
Version: 0.9.8g-15
Followup-For: Bug #449553
same for me.
with -days 3650:
Not After : Apr 1 08:39:30 2019 GMT
with -days 36500:
Not After : Feb 1 02:14:26 1973 GMT
Regards,
Jozef
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy:
Package: linux-image-2.6.26-1-xen-686
Version: 2.6.26-13lenny2
Severity: normal
http://www.nabble.com/xm-shutdown-doesn%27t-work-on-debian-lenny-td22308315.html
http://www.nabble.com/Domain-status-after-shutdown-command:s---td15565767.html
Gerrit Pape wrote:
Hi, this display fine for me with
$ git gui --version
git-gui version 0.12.0
$ git version
git version 1.6.1.3
$
Can you confirm? Thanks, Gerrit.
$ git gui --version
git-gui version 0.12.0
$ git version
git version 1.6.2
shows the UTF-8 charakters ok.
but:
$
Package: liferea
Version: 1.4.16b-0.1
Severity: normal
When the feed has a link that requirest authentication I get
directly Error 401 - Authentication required! instead of
dialog box for username and password. So the browser in Liferea's
window is not able to display these pages. I had to use
`git-svn info` worked fine also for me before.
I had to changes following line to make it work again:
--- /usr/bin/git-svn2008-07-06 20:21:29.0 +
+++ /usr/bin/git-svn.mine 2008-07-24 13:26:20.0 +
@@ -797,7 +797,7 @@
}
sub cmd_info {
- my $path =
Ari Pollak wrote:
Please run pidgin under gdb like this and attach the backtrace after the
crash:
G_DEBUG=fatal_warnings gdb pidgin
I run it like that and right away after 'run' i got SIGABRT. The output is at
the bottom of the email. But anyway since last upgrade (week ago) where I saw
new
Ari Pollak wrote:
Are you using a specific gstreamer audio device?
Not really specific. Non-functional ;-) and I didn't had time || will to
investigate why. But that should not hang pidgin? Or you think it's a bug of the
gstreamer?
[EMAIL PROTECTED]:~$ lsmod | grep snd
snd_intel8x0
the pidgin suddenly stopped responding. I hit Ctrl-Z and did bt full in gdb
(see below).
Is this of any help?
Jozef.
---
[New Thread 0xb3d4db90 (LWP 18455)]
(pidgin:17614): GStreamer-CRITICAL **: gst_element_set_state: assertion
`GST_IS_ELEMENT (element)' failed
(pidgin:17614):
Hi,
sending pidgin bug report. Pidgin crashed exactly when I was sending message.
Jozef.
System: Linux 2.6.18-6-xen-686 #1 SMP Sun Feb 10 22:43:13 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10400090
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome
Ari Pollak wrote:
Please install pidgin-dbg, libgstreamer0.10-0-dbg, libglib2.0-0-dbg, and
gstreamer0.10-plugins-base-dbg, and then get a new backtrace.
OK will do. In a meantime pidgin crashed again with:
(pidgin:6552): GStreamer-CRITICAL **: gst_element_set_state: assertion
`GST_IS_ELEMENT
Package: pidgin
Version: 2.4.1-1+b2
Severity: minor
(pidgin:4151): GStreamer-CRITICAL **:
Trying to dispose element play, but it is not in the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
(pidgin:4151):
maximilian attems wrote:
On Fri, 02 May 2008, Jozef Kutej wrote:
can you please try out the upcoming 2.6.25-2 package,
should be available next days.
Setting up linux-image-2.6.25-2-xen-686 (2.6.25-2) ...
update-initramfs: Generating /boot/initrd.img-2.6.25-2-xen-686
Searching for GRUB
Package: linux-image-2.6.24-1-xen-686
Version: 2.6.24-6
Severity: important
Run update-grub sets up only:
Found Xen hypervisor 3.2-1-i386, kernel: //vmlinuz-2.6.18-6-xen-686
Found kernel: //vmlinuz-2.6.24-1-686
Found kernel: //vmlinuz-2.6.22-3-686
But skips the other two
Stefan Fritsch wrote:
There is no separate content file for architecture 'all'. The
architecture 'all' packages are included in every content file. So
there is no need to fetch it.
Hi Stefan,
I'm using reprepro to manage my own repository and I see two files:
Thijs Kinkhorst wrote:
tags 472807 moreinfo
thanks
On Wednesday 26 March 2008 15:50, Jozef Kutej wrote:
apt-get update just fetches i386 architecture list. It should also fetch
'any' architecture. There are a lot of perl modules that belong there as if
they don't have compiled stuff
Sorry there is an error in the bug report:
apt-get update just fetches i386 architecture list.
should be:
apt-file update just fetches i386 architecture list.
Regards,
Jozef.
signature.asc
Description: OpenPGP digital signature
Package: apt-file
Version: 2.0.8.2
Severity: important
File: /usr/bin/apt-file
apt-get update just fetches i386 architecture list. It should also fetch 'any'
architecture. There are a lot of perl modules that belong there as if they
don't have compiled stuff then are portable across
Package: meld
Version: 1.1.5.1-2
Severity: important
I did svn move 'old-filename' 'new-filename'.
After that when I tried to wiev the new-filename in meld,
meld just produced following error to the console:
Traceback (most recent call last):
File /usr/lib/meld/task.py, line 131, in iteration
Package: ssl-cert
Version: 1.0.15
Severity: normal
I did apt-get install ssl-cert and it hanged after:
[EMAIL PROTECTED]:~$ sudo apt-get install ssl-cert
Reading package lists... Done
Building dependency tree
Reading state information... Done
ssl-cert is already the newest version.
0 upgraded,
46 matches
Mail list logo