"It may be duplicated with #572. A locale env is '*.UTF-8' and resources are
named '*.UTF8' on Python 2.7 environment, Debian wheezy."
Yes, I confirm this bug:
cd /usr/lib/python2.7/dist-packages/keepnote/rc/locale
cp -r de_DE.UTF8 de_DE.UTF-8
(and all other languages)
After start language is
Hello, dear maintainer,
I have spent six hours in a hope to figure out the situation.
I have polled three incremental groups of packages...over three distributions,
and tested each case individually:
x.1) printer-driver-gutenprint, libgutenprint2
x.2) (1) + foomatic-db
x.3) (2) + foomatic-db-g
Hello!
Upgrading from 5.2.10~pre2-2 to 5.2.10-2 from sid does NOT resolve the
issue.
I have added sid sources and commented out testing sources, then upgraded to
sid version the following packages (and pinned them):
escputil 5.2.10-2
foomatic-db-gutenprint 5.2.10-2
gimp-gutenprint 5.2.1
UPDATE:
> Version: 5.2.10-1
>
> Le jeudi, 5 juin 2014, 17.07:07 lct a écrit :
> > Driver used: Epson Stylus SX525 Foomatic/gutenprint-ijs.5.2 (en)
> > I do not use, and never used Epson Esc/P-R driver, because its
> > extremely primitive and Foomatic drive
Package: foomatic-db-gutenprint
Version: 5.2.10~pre2-2
Severity: normal
NOTE: I have sent a similar bugreport to upstream, however because this might
(very likely) be caused by packaging problem, I report it also here.
Hello!
Printer: Epson SX525WD
Driver used: Epson Stylus SX525 Foomatic/guten
> @lct: If you run "apt-get autoremove", is hal uninstalled?
I can only *assume* it is *not*.
I always use autoremove after upgrades (I upgrade via apt-get) and the
situation with tons and tons of warning messages persisted up till now,
that is, until I explicitly checked for
This is crazy and scary.
Affects me too. The system is hardly a year old, first Wheezy then
dist-upgraded to Testing.
Hal was NOT manually installed.
I know what prehistoric artifact HAL is, but the thing is - it was pulled as
dependency at some regular update.
Indeed, the hal somehow was in th
Package: epdfview
Version: 0.1.8
Severity: normal
Tested with Gutenprint opensource driver on Epson SX-525wd (NOT epson driver).
CUPS and all underlying system is from Debian Testing branch, current state.
Open PDF (any) and have any A4 and A5 capable printer ready.
Make sure your printing syst
> > In this case I will reinstall everything from scratch via
> > Debian Netinst and will then post if this bug will be happening on
> > clean install. I will respond in two business days. Thank you!
>
Hello!
The clean install machine does not show this issue anymore.
This case should remain clos
> Here:
> apt-get install --no-install-recommends libasound2-plugins:i386
> Reading package lists...
> Building dependency tree...
> Reading state information...
> The following extra packages will be installed:
> libasound2:i386 libasyncns0:i386 libattr1:i386 libavcodec53:i386
> libavutil51:i3
> > > Please show us the output of:
> > > apt-show-versions | grep experimental
> >
> > Hello, thanks, sure:
> >
> > root@linux:/tmp# apt-show-versions | grep experimental
> > libgl1-mesa-dri-experimental/testing uptodate 8.0.4-2
>
> Well, according to the packages apt wants to remove, you have
> Please show us the output of:
> apt-show-versions | grep experimental
Hello, thanks, sure:
root@linux:/tmp# apt-show-versions | grep experimental
libgl1-mesa-dri-experimental/testing uptodate 8.0.4-2
Ok, I tried manuall extraction and installation.
Simple library copy worked.
This is tested bash script to workaround of this bug (its not solution,
obviously)
Save and run as root:
#!/bin/bash
cd /tmp
mkdir tempalsa && cd tempalsa
mkdir /usr/lib/i386-linux-gnu/alsa-lib
wget
http://ftp.us
Package: libasound2-plugins
Version:1.0.25-2
Referencing bug (now archived): #663715
Hello.
I don't understand how you "fixed that" guys. The problem clearly still
persists.
The basic problem is..
-
libasound2-plugins:i386 contains additional "sinks" for i386 app
Hello here! I am experiencing exactly this kernel panic on exactly this kernel
image version that is right now in DEBIAN TESTING with xfce, absolutely vanilla
everything.
The panic happens when entering Xorg after login manager (slim). I guess it is
also somehow bound to that I use xfwm4 in co
I have exactly same problem!
This is how to track it:
You must have at least ONE partition, that is not listed in /etc/fstab or any
REMOVABLE disk.
Insert disk or pick unmounted partition and access it, entering password.
Create a file.
Delete a file with "Remove" option.
The directory .Trash is
16 matches
Mail list logo
