Le 24/07/2012 18:59, David Walser a écrit :
Nicolas Lécureuil nicolas.lecureuil@... writes:
Yes, this is incorrect, to fix this is simple just call the package %name-
devel-doc and don't use %mklibname
So, don't worry about obsoleting the current incorrect name?
The 'obsoletes' tag is meant
Hello,
My wife is trying to use a Xyron Wishblade in Linux with the
graphtecprint program (http://vidar.botfu.org/graphtecprint). It
looks like the program accesses /dev/usb/lp* directly, which no longer
exists.
Is there a different device that it can open? I tried /dev/lp* and
the actual usb
On 25/07/12 09:10, Jeff Robins wrote:
Hello,
My wife is trying to use a Xyron Wishblade in Linux with the
graphtecprint program (http://vidar.botfu.org/graphtecprint). It
looks like the program accesses /dev/usb/lp* directly, which no longer
exists.
Is there a different device that it
'Twas brillig, and Olivier Blin at 25/07/12 00:00 did gyre and gimble:
blino buildsystem-dae...@mageia.org writes:
Name: weston Relocations: (not relocatable)
Version : 0.95.0Vendor: Mageia.Org
Release : 1.mga3
Le 24/07/2012 11:18, Colin Guthrie a écrit :
So I think it's really something that has to be marked as nofail or
noauto in the fstab or as some kind of automount, which would then allow
the DM to query you for your encrypted password rather than plymouth.
This would seem like a more sensible
I'm seeing a very strange booting problem on just *one* of my cauldron
systems this morning.
The system was last booted successfully on Jul23, and I have purposely
not updated it because of the /usr stuff.
I verified in syslog that the only occurrences of urpmi from then
until now are the
On 07/25/2012 12:46 PM, Colin Guthrie wrote:
'Twas brillig, and Olivier Blin at 25/07/12 00:00 did gyre and gimble:
blino buildsystem-dae...@mageia.org writes:
Name: weston Relocations: (not relocatable)
Version : 0.95.0Vendor:
On 25 July 2012 00:05, blino buildsystem-dae...@mageia.org wrote:
blino blino 8.1.0-0.git20120724.1.mga3:
+ Revision: 274133
- do not build radeonsi yet, it requires LLVM 3.1
- dri drivers: do not require exact mesa release to avoid conflicts when
having x86_64 drivers from tainted and i586
On 07/25/2012 08:47 AM, Frank Griffin wrote:
I'm seeing a very strange booting problem on just *one* of my cauldron
systems this morning.
Answering myself, after five solid failures I booted another partition
with an older cauldron, and some time later when I booted back, the
original
Thierry Vignaud thierry.vign...@gmail.com writes:
On 25 July 2012 00:05, blino buildsystem-dae...@mageia.org wrote:
blino blino 8.1.0-0.git20120724.1.mga3:
+ Revision: 274133
- do not build radeonsi yet, it requires LLVM 3.1
- dri drivers: do not require exact mesa release to avoid conflicts
On Wed, Jul 25, 2012 at 2:11 AM, Claire Robinson m...@gmail.com wrote:
usblp is blacklisted but you may find using modprobe usblp cures it for
you. If it does then comment it in
/etc/modprobe.d/blacklist-cups-common.conf or remove that file.
Claire
I'll give that a try. Is there a
Le 25/07/2012 17:52, Olivier Blin a écrit :
Thierry Vignaud thierry.vign...@gmail.com writes:
On 25 July 2012 00:05, blino buildsystem-dae...@mageia.org wrote:
blino blino 8.1.0-0.git20120724.1.mga3:
+ Revision: 274133
- do not build radeonsi yet, it requires LLVM 3.1
- dri drivers: do not
JA Magallón jamagal...@ono.com writes:
You can also try it inside of a X11 session, which seems to be safer, by
running weston.
It doesn't work for me under nvidia propietary driver:
werewolf:~ weston
Date: 2012-07-25 CEST
[16:48:50.407] weston 0.95.0
On Wed, Jul 25, 2012 at 10:26:13AM -0700, Jeff Robins wrote:
I'll give that a try. Is there a better/newer way to access the
device? I'd like to update
and fix the program if possible.
Using cups would be the best. If the program is currently opening the lp
device directly, then it might be
On Wed, Jul 25, 2012 at 1:59 PM, Dan Fandrich d...@coneharvesters.com wrote:
Using cups would be the best. If the program is currently opening the lp
device directly, then it might be as simple as replacing the call to
fopen(/dev/lp,w) with popen(lp,w). That will pipe the data to
the lp
2012/7/1 ovitters buildsystem-dae...@mageia.org:
Name: telepathy-salut Relocations: (not relocatable)
Version : 0.8.0 Vendor: Mageia.Org
Release : 1.mga3Build Date: Sun Jul 1 21:36:44
2012
Install Date: (not
在 Thu, 26 Jul 2012 04:21:36 +0800, Olivier Blin mag...@blino.org寫道:
Hello,
It seems to use EGL over DRI2, which is missing some extensions, likely
because of the nvidia driver that is not supported.
You can try to run it in software, with llvmpipe:
EGL_SOFTWARE=true weston
On Thursday 26 July 2012 04:28, John Balcaen wrote:
ovitters ovitters 0.8.0-1.mga3:
+ Revision: 266270
- update file list
- disable static
- update file list
- new version 0.8.0
This package is wrongly packaged pulling some devel files.
Not to mention there are two duplicate log
On Wed, Jul 25, 2012 at 03:27:52PM -0700, Jeff Robins wrote:
I'm not sure if that will work. CUPS doesn't have a driver for the
device and it's not really a printer.
It just uses the USB printer class. It's used to cut shapes into or
out of paper. This includes
moving the blade up and
On Wed, 25 Jul 2012 23:28:59 -0300
John Balcaen wrote:
http://www.xmpp.org/extensions/xep-0174.html
ovitters ovitters 0.8.0-1.mga3:
+ Revision: 266270
- update file list
- disable static
- update file list
- new version 0.8.0
This package is wrongly packaged pulling some devel
20 matches
Mail list logo