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 a
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 b
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 exception:
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 - you'
I got a reply, pasted bellow:
-- Forwarded message --
From: Karl Berry
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 some warnings from per
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 /usr/bin/
On Wed, May 2, 2012 at 4:31 PM, Julien Cristau 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 debian-bugs-dist-requ...@lists.debian
On Wed, May 2, 2012 at 4:20 PM, Julien Cristau 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.
I have go
On Wed, May 2, 2012 at 4:05 PM, Julien Cristau 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 => /usr/lib/libdrm_radeon.so
On Wed, May 2, 2012 at 3:28 PM, Julien Cristau 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 1.11.4
Release Date: 2
On Wed, May 2, 2012 at 2:41 PM, Julien Cristau 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 the version
On Wed, Aug 25, 2010 at 1:00 AM, Andreas Beckmann 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
--
To UNSUBSCR
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 Ex
> 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
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 packa
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'), (15
21
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
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
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: 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 i
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 b
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 #42
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
t.
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) thr
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 (i686
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: testing/unst
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:
De
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 eith
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)
Shell:
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,
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
