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 recei
Package: wnpp
Severity: wishlist
* Package name: time-tracker
Version : 2.018
Upstream Author : Thomas Klausner
* URL : http://search.cpan.org/dist/App-TimeTracker/
* License : Perl
Programming Lang: Perl
Description : time tracking for impatient and l
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')
Architectur
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 M
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej
* Package name: libfile-userconfig-perl
Version : 0.06
Upstream Author : Adam Kennedy
* URL : http://search.cpan.org/perldoc?File::UserConfig
* License : GPL and Artistic
Programming Lang: Perl
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej
* Package name: kephra
Version : 0.4.3
Upstream Author : Herbert Breunung
* URL : http://search.cpan.org/perldoc?Kephra
* License : GPL
Programming Lang: Perl
Description : GUI-Texteditor along Perl
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.
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej
Owner: Jozef Kutej
* Package name: xacobeo
Version : 0.13
Upstream Author : Emmanuel Rodriguez
* URL : http://search.cpan.org/perldoc?Xacobeo
* License : GPL, Artistic
Programming Lang: C, Perl
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 ava
Package: wnpp
Severity: wishlist
Owner: Jozef Kutej
Owner: Jozef Kutej
* Package name: libgtk2-sourceview2-perl
Version : 0.07
Upstream Author : Name
* URL : http://search.cpan.org/perldoc?Gtk2::SourceView2
* License : GPL, Artistic
Programming Lang: Perl
http://svn.debian.org/viewsvn/pkg-perl?view=rev&revision=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 subject
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 of
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;
>> +}
>
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.
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
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().
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?
>
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:
---
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 0Module-Build-Version-HASH-0xa487
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
movabletype-plug
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:
DeprecationWarnin
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 per
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 Build
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
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?i
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:
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.
b
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 = canonica
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
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 31
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): GStreamer-CR
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_ELEME
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
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): GStrea
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
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 vmlinuz-2.6.24-1-xen-6
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:
./dists/3united-testing/C
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
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 architectures
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 iteratio
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