Package: kthresher
Version: 1.3.1-2
Severity: important
--- Please enter the report below this line. ---
Cron job output received by email:
/etc/cron.daily/kthresher:
ERROR: No argument used.
usage: kthresher [-h] [-c FILE] [-d] [-H] [-k [N]] [-p] [-s] [-v] [-V]
Purge Unused Kernels.
optional
Installing gir1.2-gtk-3.0 solved it, thanks!
I've had no other issues, the GUI is working properly.
On Tue, Jan 1, 2019 at 12:32 PM Bertrand Marc wrote:
> Hi,
>
> Does the installation of either of the following packages solves the issue?
> |python3-gi python3-gi-cairo gir1.2-gtk-3.0|
>
> And
Package: python-ncclient
Version: 0.4.1-1
Severity: important
Tags: upstream
Dear Maintainer,
After creating a dev with:
dev = ncclient.manager.connect(...)
I tried to lock the candidate datastore with:
with dev.locked(target='candidate'):
...
But that raised an
I used to have a one-liner until I got tired of the poor performance.
On a quick test here in my PC, execpermfix took 2.7s to process a directory
while find with file and grep (no chmod) took 18.5s (~5 runs).
execpermfix also has better error-handling, and it only gives x where there
is an r -
I got a reply, pasted bellow:
-- Forwarded message --
From: Karl Berry k...@freefriends.org
Date: Fri, May 11, 2012 at 7:58 PM
Subject: Re: Perl errors when using epstopdf
To: lp...@terra.com.br
I'm using epstopdf extensively, and the last time I update I started
getting
Package: texlive-font-utils
Version: 2011.20120424-1
Severity: normal
Dear Maintainer,
I get the following perl errors when I run epstopdf:
Name main::opt_restricted used only once: possible typo at /usr/bin/epstopdf
line 254.
Name main::opt_version used only once: possible typo at
On Wed, May 2, 2012 at 2:41 PM, Julien Cristau jcris...@debian.org wrote:
[UPGRADE] xserver-xorg-video-ati 1:6.14.3-2 - 1:6.14.4-1
[UPGRADE] xserver-xorg-video-radeon 1:6.14.3-2 - 1:6.14.4-1
Why are you filing a bug against the older version then?
My mistake; reportbug filled the bug against
On Wed, May 2, 2012 at 3:28 PM, Julien Cristau jcris...@debian.org wrote:
That's why I said display manager log, not X log.
Ah, ok.
/var/log/xdm.log:
Wed May 2 10:01:54 2012 xdm info (pid 1503): Starting
Wed May 2 10:01:54 2012 xdm info (pid 1503): Starting X server on :0
X.Org X Server
On Wed, May 2, 2012 at 4:05 PM, Julien Cristau jcris...@debian.org wrote:
What does ldd /usr/lib/xorg/modules/drivers/radeon_drv.so say?
linux-gate.so.1 = (0xb778f000)
libpixman-1.so.0 = /usr/lib/i386-linux-gnu/libpixman-1.so.0
(0xb75cd000)
libdrm_radeon.so.1 =
On Wed, May 2, 2012 at 4:20 PM, Julien Cristau jcris...@debian.org wrote:
libdrm_radeon.so.1 = /usr/lib/libdrm_radeon.so.1 (0xb75c6000)
libdrm.so.2 = /usr/lib/libdrm.so.2 (0xb75b9000)
I don't know where you got those files from, but they're what's breaking
X for you. Closing.
On Wed, May 2, 2012 at 4:31 PM, Julien Cristau jcris...@debian.org wrote:
Not in /usr/lib with current versions.
I'm using the current version of testing, which is 2.4.33-1 for both packages.
Should the bug be transfered to those packages?
Penz
--
To UNSUBSCRIBE, email to
On Wed, Aug 25, 2010 at 1:00 AM, Andreas Beckmann deb...@abeckmann.de wrote:
Is this issue still present in the current versions of X.Org an the NVIDIA
driver (nvidia-graphics-drivers 195.36.31-2 entered unstable yesterday)?
Andreas
I'm sorry, I no longer have an NVIDIA graphic card.
Penz
Package: expectk
Version: 5.44.1.14-2
Severity: important
According to the manual of expect, there is a command-line switch that makes
expectk not run ~/.expect.rc:
The file $exp_library/expect.rc is sourced automatically if present,
unless the -N flag is used. (When
using
There was no reference to opcode 113 in your original message, it said
opcode 135, minor opcode 19 (assuming the xdpyinfo you sent came from
the same x session, that would be GLXQueryServerString, which doesn't
make a lot of sense to me...)
Indeed.
One can see that ldd mentions a lib with glx
The same happened to me on one machine I have with an old nvidia card. I
guess there were some changes that require all video and input drivers to
provide xserver-xorg-video-2.
On the other machines I use, the new free drivers did this and I upgraded
without trouble.
Leandro Penz
On 8/20/07, Brice Goglin [EMAIL PROTECTED] wrote:
Leandro Penz wrote:
I narrowed it down to the following upgrade:
[UPGRADE] xserver-xorg-core 2:1.1.1-21 - 2:1.3.0.0.dfsg-11
After that, root-tail stoped working. That was the only package I
upgraded in that session. Then, I downgraded
Package: expect
Version: 5.43.0-11
Severity: wishlist
None of the upstream examples are included in the deb.
autoexpect is, at least, extremely useful.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (400, 'unstable'),
And root-tail worked again.
I tried the free nv driver, both the stable (1.2.0-3) and testing version
(1:2.1.2) with xserver-xorg-core 2:1.3.0 and got the same results.
Leandro Penz
On 8/5/07, Brice Goglin [EMAIL PROTECTED] wrote:
Leandro Penz wrote:
I also tried to upgrade them to unstable
On 7/21/07, Brice Goglin [EMAIL PROTECTED] wrote:
After the following downgrade it started to work again:
[DOWNGRADE] xserver-xorg 1:7.2-5 - 1:7.1.0-16
[DOWNGRADE] xserver-xorg-core 2:1.3.0.0.dfsg-6 - 2:1.1.1-21
[DOWNGRADE] xserver-xorg-input-evdev 1:1.1.5-2 - 1:1.1.2-6
[DOWNGRADE]
Package: apt-listchanges
Version: 2.74
Severity: important
Whole message:
Traceback (most recent call last):
File /usr/bin/apt-listchanges, line 28, in ?
import apt_pkg
ImportError: /usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol:
pkgCPU
...every time I upgrade a package in
Package: aptitude
Version: 0.4.6.1-1
Followup-For: Bug #431054
Actually, this still happens when using kernel 2.6.18. If I boot 2.6.21, it
works flawlessly.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (400, 'unstable'),
Package: xbase-clients
Version: 1:7.2.ds2-2
Severity: important
After a xsetroot -solid white, the background stays the same. Only after passing
a window over it, it is redrawn with the correct color.
Marked as serious because I think root-tail is not working because of a common
problem (bug
On 7/4/07, Brice Goglin [EMAIL PROTECTED] wrote:
Leandro Penz wrote:
After a xsetroot -solid white, the background stays the same. Only after
passing
a window over it, it is redrawn with the correct color.
Marked as serious because I think root-tail is not working because of a
common
Package: libghc6-time-dev
Version: 1.0-3
Severity: grave
Justification: renders package unusable
This simple script:
import Data.Time.LocalTime
main = do
now - getZonedTime
putStrLn $ show now
Is getting me the following compile errors:
$ ghc -fglasgow-exts t.hs
Package: tz-brasil
Version: 0.4
Severity: important
The package is supposed to prevent daylight saving time from starting today
(2006-10-15), but that did not work. The timezone still changed to 2.
The files downloaded were ok. When I reconfigured the timezone to the same
(America/Sao_Paulo)
Package: libpoppler1
Version: 0.5.3-1
Severity: normal
Depends on poppler-data, which is unavailable.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (400, 'unstable'), (150,
'experimental')
Architecture: i386
Package: ion3
Version: 20060524-2
Severity: normal
Most of the key bindings in cfg_bindings.lua are present also in
cfg_ioncore.lua, that also defines some menus.
Users will get confused as to which place is the correct one to change
the keys.
-- System Information:
Debian Release:
Package: dialog
Version: 1.0-20060221-1
Severity: wishlist
It should be simple to do, as the current prevention of alternate screen
use was done as a fix for bug #55181.
This would give the user the option to use dialog in a way that does not
screw up terminal history.
-- System Information:
Package: graphviz
Version: 2.8-0.2
Severity: grave
Justification: renders package unusable
File syncbasic.dot
digraph {
itfs-fontes
}
Then:
dot -Gsize=6.2,8.8 -Nfontsize=12 -Efontsize=12 -Tps syncbasic.dot
Gives:
Error: Layout was not done. Missing layout plugins?
I guess it is either
Package: graphviz
Version: 2.2.1-1sarge1
Followup-For: Bug #330171
New graphviz-cairo in 2.6 is also not yet packaged.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (600, 'testing'), (400, 'stable'), (200, 'unstable')
Architecture: i386 (i686)
Package: txt2tags
Version: 2.0-1
Followup-For: Bug #290800
Hi
There is a newer version, 2.3, since 2005-06-17.
Thanks,
Leandro Penz
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (600, 'testing'), (400, 'stable'), (200, 'unstable')
Architecture
Package: tulip
Version: 2.0.2-7
Severity: important
tlprender, which is part of this package, requires a version of
libOSMesa.so.6, but that is not reflected in the dependency list.
Another issue is the lack of xlibosmesa6, which would be required by the
ones which use X.Org instead of XFree.
Package: akregator
Version: 4:3.4.2-1
Followup-For: Bug #328158
Present in this versoin of akregator.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (600, 'testing'), (400, 'stable'), (200, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
33 matches
Mail list logo