nevertheless, nobody has a working scanner on plan9 ??
++pac
2009/11/24 Martin Gansel ganselmar...@googlemail.com:
Drawterm for Linux(I currently run Arch Linux) doesn't allow me to use
the middle mouse button emulation(Shift + right mouse button).
For example if I run Acme, I can't exec any command via middle button
emulation. There is simply no
On 25 Nov., 10:50, tyap...@gmail.com (Peter A. Cejchan) wrote:
nevertheless, nobody has a working scanner on plan9 ??
++pac
We have working scanner.
www.imageaccess.de
You can use the Wt25,WT36,Wt42/48 and WT36DS Scanner.
Scan via Touchscreen and upload the images to a Plan9 cifs
generally, the correct answer is: don't do that.
it's better to treat subshells as if they exist
in a different scope, even if the environment
group isn't forked.
if you want to get values back from a script,
send them in its stdout.
2009/11/24 Rudolf Sykora rudolf.syk...@gmail.com:
the easy
if i understand it right, your scanner is NOT connected directly to a
plan9 native box...
++pac
On Wed, Nov 25, 2009 at 1:20 PM, Peter A. Cejchan tyap...@gmail.com wrote:
if i understand it right, your scanner is NOT connected directly to a
plan9 native box...
++pac
this is from your web:
Requirement - Software: Java Sun Microsystems; Operating System
Windows 2000, Windows XP,
Thx, got it.
On Tue, Nov 24, 2009 at 11:08 PM, erik quanstrom quans...@quanstro.net wrote:
Has anyone given thought/attempted to getting newer scanners to work
on Plan 9? Perhaps the SANE library could be used as a base for
something saner (if you'll forgive the pun).
i thought that was irony. :-)
-
On 25 Nov., 13:34, tyap...@gmail.com (Peter A. Cejchan) wrote:
On Wed, Nov 25, 2009 at 1:20 PM, Peter A. Cejchan tyap...@gmail.com wrote:
if i understand it right, your scanner is NOT connected directly to a
plan9 native box...
++pac
this is from your web:
Requirement - Software:
On Wed, Nov 25, 2009 at 9:28 AM, Andreas Zell z...@imageaccess.de wrote:
On 25 Nov., 13:34, tyap...@gmail.com (Peter A. Cejchan) wrote:
On Wed, Nov 25, 2009 at 1:20 PM, Peter A. Cejchan tyap...@gmail.com wrote:
if i understand it right, your scanner is NOT connected directly to a
plan9
I added a Makefile in the repository that builds the packages outside
of the go tree.
Thanks,
Lucho
On Mon, Nov 23, 2009 at 7:04 PM, Roman Shaposhnik ro...@shaposhnik.org wrote:
On Sun, Nov 22, 2009 at 8:38 PM, Latchesar Ionkov lu...@ionkov.net wrote:
Hi,
Andrey Mirtchovski and I wrote
2009/11/25 Latchesar Ionkov lu...@ionkov.net:
I added a Makefile in the repository that builds the packages outside
of the go tree.
Any plans for filing a CL to add those to Go's src/pkg repo? I'm sure
it would be welcomed.
--dho
Thanks,
Lucho
On Mon, Nov 23, 2009 at 7:04 PM, Roman
I did four days ago. No comments yet. I am sure the go team is pretty
busy at the moment.
Lucho
On Wed, Nov 25, 2009 at 9:05 AM, Devon H. O'Dell devon.od...@gmail.com wrote:
2009/11/25 Latchesar Ionkov lu...@ionkov.net:
I added a Makefile in the repository that builds the packages outside
No need for spezial software except a Cifs Server.
The scanner use smbclient.
i repeat: i do not wish to have anything to do with windoze os, nor
with smb and other bullshit. sorry for such a rude wording... windoze
annoyed me along with other proprietary sw 20+ yrs i do share all
my
i dont understand you sry...
On Wed, Nov 25, 2009 at 6:28 AM, Andreas Zell z...@imageaccess.de wrote:
The scanner ist connect via 1G ethernet.
On the Touchscreen is an Option Scan to network.
The scanner scans direct to a cifs share (aquarella on plan9).
No need for spezial software except a Cifs Server.
The scanner
The scanner ist connect via 1G ethernet.
On the Touchscreen is an Option Scan to network.
The scanner scans direct to a cifs share (aquarella on
plan9).
No need for spezial software except a Cifs Server.
The scanner use smbclient.
That's neat. It makes sense too, using ethernet
On Wed, Nov 25, 2009 at 12:04 PM, Brian L. Stuart
blstu...@bellsouth.net wrote:
The scanner ist connect via 1G ethernet.
On the Touchscreen is an Option Scan to network.
The scanner scans direct to a cifs share (aquarella on
plan9).
No need for spezial software except a Cifs Server.
I'm using a comparable system here. I have to retrieve the scans with
a web interface (but as you say, better than nothing).
Standards...
On Wed, Nov 25, 2009 at 6:04 PM, Brian L. Stuart blstu...@bellsouth.net wrote:
The scanner ist connect via 1G ethernet.
On the Touchscreen is an Option
That's neat. It makes sense too, using ethernet almost always seems a
better deal than using USB.
coraid agrees. except for the almost part.
- erik
where's my ethernet mouse? ;-)
On Wed, Nov 25, 2009 at 12:20, erik quanstrom quans...@coraid.com wrote:
That's neat. It makes sense too, using ethernet almost always seems a
better deal than using USB.
coraid agrees. except for the almost part.
- erik
On Wed Nov 25 12:49:12 EST 2009, ano...@gmail.com wrote:
where's my ethernet mouse? ;-)
how to troll like a pro!
- erik
pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
cpp: /sys/src/cmd/gs/jpeg/jpeglib.h:26
/sys/src/cmd/gs/jpeg/jcapimin.c:21 Could not find include file
jmorecfg.h
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] not a function
/sys/src/cmd/gs/jpeg/jpeglib.h:66[stdin:542] syntax error, last name: FAR
pcc:
ok, that's my contrib package you're trying to build, it looks like that
jmlrecfg.h file changed its location in the distribution, I'll fix the
contrib package
On Wed, Nov 25, 2009 at 3:50 PM, ron minnich rminn...@gmail.com wrote:
pcc -c -I. /sys/src/cmd/gs/jpeg/jcapimin.c
cpp:
contrib/pull fgb/jpeg
it should build ok, now, thanks
On Wed, Nov 25, 2009 at 4:53 PM, Federico G. Benavento
benave...@gmail.com wrote:
ok, that's my contrib package you're trying to build, it looks like that
jmlrecfg.h file changed its location in the distribution, I'll fix the
contrib
to having cifs as an option. But when did it become
popular
to say that ftp should not be an option for
transferring a file?
The basic little flatbed on the website can scan to FTP.
I'm not sure
why the original poster chose to mention SMB and not FTP,
but it's an
option.
DOH!
On Wed, Nov 25, 2009 at 10:59 AM, Federico G. Benavento
benave...@gmail.com wrote:
contrib/pull fgb/jpeg
That did it.
thanks
ron
stupid question, I bet:
how do I list all the contrib packages I've pulled down. I'm wondering
how to know which ones to pull.
ron
On Wed, Nov 25, 2009 at 9:47 AM, Anthony Sorace ano...@gmail.com wrote:
where's my ethernet mouse? ;-)
I thought it was called drawterm.
ron
Anthony Sorace wrote:
where's my ethernet mouse? ;-)
If Plan9 can 'plumb' a remote sound card, (a questionable example long
publicized) I'm sure it can do so with a mouse.
'Questionable example', as I've never quite understood how I'd be able to hear
the output of a sound card whose
adrian mailed me this script some months ago
I think it might help
#!/bin/rc
replicas=/dist/replica
for (i in `{grep '^s=/n/sources/contrib' $replicas/* | sed
's...@.*/(.*):.*/(.*)/repl...@\2/\1@'}) {
echo contrib/pull $i
}
On Wed, Nov 25, 2009 at 5:16 PM, ron minnich rminn...@gmail.com
Maybe this could be added to the contrib system.
contrib/pull with no args pulls all contribs that I already pulled
contrib/listlocal would list local contribs
ron
That would be great.
I'm just using two clumsy ad-hoc scripts, but I think everyone using
contrib needs these two things.
On Wed, Nov 25, 2009 at 9:01 PM, ron minnich rminn...@gmail.com wrote:
Maybe this could be added to the contrib system.
contrib/pull with no args pulls all contribs that I
I added:
contrib/local [ -m ] [ -p ]
Contrib/local
Lists local contrib installed packages (default). The
-m option changes the default behavior and local prints
the maintained packages instead of the installed ones.
On Wed, Nov 25, 2009 at 1:30 PM, Federico G. Benavento
benave...@gmail.com wrote:
comments are welcome
Great. We're getting there. I do think in the long term the contrib
packages should be tar files. That would get our performance back.
ron
Great. We're getting there. I do think in the long term the contrib
packages should be tar files. That would get our performance back.
that performance is only for one case. what about the
case where i'd like to know if a local file differs from sources?
(i suggest contrib/diff as an addition
On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom quans...@quanstro.net wrote:
that performance is only for one case. what about the
case where i'd like to know if a local file differs from sources?
Then use replica for that. But replica is just too slow to be a useful
for package management.
On Wed Nov 25 17:34:12 EST 2009, rminn...@gmail.com wrote:
On Wed, Nov 25, 2009 at 2:07 PM, erik quanstrom quans...@quanstro.net wrote:
that performance is only for one case. what about the
case where i'd like to know if a local file differs from sources?
Then use replica for that. But
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
ge...@plan9.bell-labs.com wrote:
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
And the better alternatives to either are ?
Bill
If Plan9 can 'plumb' a remote sound card, (a questionable example long
publicized) I'm sure it can do so with a mouse.
it isn't plumbing, but export/import, and it's useful.
i had a usable sound system on my r3000 indigo, but my PC had none.
on the pc, i imported the indigo's /dev and played
what is the sense of this discussion by the way? here are no scanner drivers
for plan9 right know. nobody seems to be working at one.
nobody cares if you dont like the solutions/hacks to the problem.
so just stop this thread and write a driver if you need one.
--
cinap
---BeginMessage---
No
On Wed, Nov 25, 2009 at 3:18 PM, ge...@plan9.bell-labs.com wrote:
The slowness of loading openssl probably has something to do
with it being bloatware on a par with ghostscript.
I can't argue with that. But I still believe that replica is not an
effective tool for package management.
ron
Sorry if this is the wrong mailing list.
I can get a 100% reproducible panic in 9vx by doing this:
9fs sources
cd /sys
dircp /n/sources/plan9/sys/src src
* 6 Thread 0x7f585f527950 (LWP 4507) panic (fmt=0x46e01d sigsegv on cpu%d)
at 9vx/stub.c:517
5 Thread 0x7f5864528950 (LWP 4369)
erik wrote:
// how to troll like a pro!
see, i was paying attention!
bill wrote:
// ...a questionable example...
if you have a lab of terminals but only one or two have a working
sound card and speakers, it can make good sense. first time i saw
that was a demo for something unrelated; we were
Charles Forsyth wrote:
If Plan9 can 'plumb' a remote sound card, (a questionable example long
publicized) I'm sure it can do so with a mouse.
it isn't plumbing, but export/import, and it's useful.
i had a usable sound system on my r3000 indigo, but my PC had none.
on the pc, i imported the
'export/import' applied to remote resources - especially 'scarce' or
expensive
ones (sound cards no longer are..) that could *send back* the results might
make
a better present-day example.
the resource i want is generally particuarly scarce;
there is often just one device that will do.
Anthony Sorace wrote:
erik wrote:
// how to troll like a pro!
see, i was paying attention!
bill wrote:
// ...a questionable example...
if you have a lab of terminals but only one or two have a working
sound card and speakers, it can make good sense.
I'm sure it did *at the time*...
But
erik quanstrom wrote:
'export/import' applied to remote resources - especially 'scarce' or expensive
ones (sound cards no longer are..) that could *send back* the results might make
a better present-day example.
the resource i want is generally particuarly scarce;
there is often just one
But it IS a bit frustrating to see drivers available in one F/OSS OS (or
variant) and not another, more especially as they are nearly always written
in
reasonably portable 'C' code these many years.
that's easier said than done. Blocks are not the same as sk_bufs.
for that matter, they're
I don't know how hideously complicated it would be, to implement a module
interface that would support loading linux modules into whatever other OS such
as Plan 9. I suppose it would be vastly simpler than something like wine for
example. I think that would be useful, because so many devices are
On Thu, Nov 26, 2009 at 05:43:35PM +1100, Sam Watkins wrote:
I don't know how hideously complicated it would be, to implement a module
interface that would support loading linux modules into whatever other OS
such as Plan 9.
also perhaps it would be possible to run modules in userland, again
On Thu, Nov 26, 2009 at 05:51:37PM +1100, Sam Watkins wrote:
also perhaps it would be possible to run modules in userland, again drivers
needing access to direct memory-mapped devices and not doing that through the
kernel might be a problem.
sorry for repeated posting! apparently this DUSK
53 matches
Mail list logo