[ILUG] Looking for help with Digital Camera Sony Cyber-Shot DCR-V1 / Fedora

Tue Feb 17 10:18:15 GMT 2004

Hi,
I am running a Fedora Kernel kernel-2.4.22-1.2166.nptl.i686
Seems gtkam 0.1.7-6.1 is not detecting my camera. I am  using ptp over
USB. Anyone ever bumped into similar issues just email back.

Error msg: "could not initialize camera" 

USB is working fine

Cheerio

/Requiem

On Tue, 2004-02-17 at 09:28, ilug-request at linux.ie wrote:
> Send ILUG mailing list submissions to
> 	ilug at linux.ie
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://www.linux.ie/mailman/listinfo/ilug
> or, via email, send a message with subject or body 'help' to
> 	ilug-request at linux.ie
> 
> You can reach the person managing the list at
> 	ilug-owner at linux.ie
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ILUG digest..."
> 
> ______________________________________________________________________
> Today's Topics:
> 
>    1. Looking for hardware - PCI 3D card (Niall O Broin)
>    2. C++ and recursive va_start calls (Vincent Cunniffe)
>    3. you are invited (anjana anjen)
>    4. col(1)-ish tool emulating destructive ^H ? (Brian Foster)
>    5. Re: Ext3 to XFS Conversion (Stephen Shirley)
>    6. Re: col(1)-ish tool emulating destructive ^H ? (kevin lyda)
>    7. Re: C++ and recursive va_start calls (Brian Foster)
>    8. Re: col(1)-ish tool emulating destructive ^H ? (Brian Foster)
>    9. Re: Ext3 to XFS Conversion (Niall O Broin)
>   10. OT: spam (Frank Murphy)
>   11. Re: Firefox, popups and new tabs (John Allen)
> 
> ______________________________________________________________________
> From: Niall O Broin <niall at linux.ie>
> To: ilug at linux.ie
> Subject: [ILUG] Looking for hardware - PCI 3D card
> Date: Mon, 16 Feb 2004 22:18:40 +0000
> 
> I'm looking for an Open GL or Glide compatible PCI video card - would
> any of you hardware squirrels have such a thing in your piles of old
> junk ? Reasonable price paid in cash or negotiable goodies.
> 
> 
> 
> Niall
> 
> 
> ______________________________________________________________________
> From: Vincent Cunniffe <vincent at cunniffe.net>
> To: ilug at linux.ie
> Subject: [ILUG] C++ and recursive va_start calls
> Date: Mon, 16 Feb 2004 22:28:28 +0000
> 
> Hi,
> 
> anyone had any experience with this? I have a situation where a function 
> with a va_start call in it is being called from inside another va_start, 
> and it's corrupting the hell out of the arguments.
> 
> If I perform exactly the same operation, but in sequence, it works fine, 
> but it's a lot less elegant. I can't find any mention of it being illegal.
> 
> Vin
> 
> 
> 
> ______________________________________________________________________
> From: anjana anjen <ann_ann-mari at aol.com>
> To: mclm at innw.net, ilug at linux.ie, usen at netscape.net, jimjr at loseygroup.com, derick at idirect.com, heikki.hirvonen at satabaana.net, mkassin at striker.ottawa.on.ca
> Subject: [ILUG] you are invited
> Date: Mon, 16 Feb 2004 21:17:46 -0300
> 
> Below is the result of your feedback form.  It was submitted by anjana anjen (ann_ann-mari at aol.com) on Monday, February 16, 2004 at 21:17:45
> ---------------------------------------------------------------------------
> 
> EdrYUCfnRa15181: Every one needs money. Be our next big winner.
> Please copy and paste this link into your Web-Browser
> http://www.casinos-money.com/_dd15f4abc3faff8f3c43ac8a3f66f869/
> If you do not copy and paste that exact link into your Web-Browser you will 
> not receive your exclusive access pass.
> Do you want to continue to miss out?
> waltzing Boltzmann lulu valuable valuables valuably valuate.
> valuation valuations 
> solubility soluble voluble salubrious Moluccas unlucky reluctance reluctant. reluctantly allude delude alluded.
> 
> ---------------------------------------------------------------------------
> 
> 
> ______________________________________________________________________
> From: Brian Foster <blf at utvinternet.ie>
> To: Irish Linux Users Group <ilug at linux.ie>
> Subject: [ILUG] col(1)-ish tool emulating destructive ^H ?
> Date: Mon, 16 Feb 2004 22:01:53 +0100
> 
>   I ran into a small annoyance today and am wondering if
>  anyone has, or knows of, an existing fix/work-around‥
> 
>   the problem is `col -b' emulates non-destructive BS
>  (backspace), such as happens on hardcopy printers (e.g.,
>  DECwriters, lineprinters, teletypes, &tc).  namely,
>  the sequence (where ␣ means SP (space) and ␈ means BS;
>  for those not displaying UTF-8/Unicode correctly,
>  a transliteration is given on the right):
> 
>       x␈␣       x BS SP
> 
>  where <x> is any _printing_ character, is turned into
>  (by `col -b'):
> 
>       x         x
> 
>  which is correct hardcopy non-destructive space.
>  but I what a VDU-like destructive space, i.e, I want
>  the above to become:
> 
>       ␣         SP
> 
>  (this is quite possibly the only `col' transformation I
>  care about --- there is no reverse line motion or (known)
>  line overprinting?)  but I do have quite arbitrary/complex
>  sequences to interpret (albeit they _probably_ never try
>  to backspace “before‟ the beginning of the line), so I'm
>  not sure I can do it with a bit of sed(1) munging.  there
>  _may_ be cases where what is being backspaced over is not
>  a printing character (I am not sure, nor am I sure what
>  is expected).
> 
>   anyways, anyone happen to know of a tool/script which
>  does what I want?
> 
> cheers!
> 	-blf-
> --
> «How many surrealists does it take to    |  Brian Foster      Montpellier,
>  change a lightbulb?  Three.  One calms  |  blf at utvinternet.ie      France
>  the warthog, and two fill the bathtub   |    Stop E$$o (ExxonMobile)!
>  with brightly-colored machine tools.»   |        http://www.stopesso.com
> 
> 
> ______________________________________________________________________
> From: Stephen Shirley <diamond at skynet.ie>
> To: Irish Linux Users Group <ilug at linux.ie>
> Subject: Re: [ILUG] Ext3 to XFS Conversion
> Date: Tue, 17 Feb 2004 01:15:46 +0000
> 
> On Mon, Feb 16, 2004 at 08:54:30PM +0000, Niall O Broin wrote:
> > I don't have any experience of xfs, but I don't need any to answer the
> > question - xfs and ext3 are different ways of laying out data on disk, and you
> > can't convert from one to the other on the same partition without doing what
> > you already mentioned. You don't need to delete partitions as such, but you do
> > need to make filesystems on them anew. It's a data destructive process.
> 
> http://tzukanov.narod.ru/convertfs/index.html
> 
> Steve
> -- 
> "The Catholic Church may wish to consider conducting Mass in Pig Latin,
> as it combines the solemnity of Latin with the accessibility of English."
> 
> 
> ______________________________________________________________________
> From: kevin lyda <kevin+dated+1077413703.73b08f at ie.suberic.net>
> To: Irish Linux Users Group <ilug at linux.ie>
> Subject: Re: [ILUG] col(1)-ish tool emulating destructive ^H ?
> Date: Tue, 17 Feb 2004 01:34:59 +0000
> 
> On Mon, Feb 16, 2004 at 10:01:53PM +0100, Brian Foster wrote:
> >   I ran into a small annoyance today and am wondering if
> >  anyone has, or knows of, an existing fix/work-around
> > 
> >   the problem is `col -b' emulates non-destructive BS
> >  (backspace), such as happens on hardcopy printers (e.g.,
> >  DECwriters, lineprinters, teletypes, &tc).  namely,
> >  the sequence (where SP means SP (space) and BS means BS;
> >  for those not displaying UTF-8/Unicode correctly,
> >  a transliteration is given on the right):
> > 
> >       x BS SP
> > 
> >  where <x> is any _printing_ character, is turned into
> >  (by `col -b'):
> > 
> >       x
> 
> no it isn't.  it's turned into SP according to the man page:
> 
>     -b  Do not output any backspaces, printing only the last
>         character written to each column position.
> 
> >  (this is quite possibly the only `col' transformation I
> >  care about --- there is no reverse line motion or (known)
> 
> in general i'd do something like this in perl:
> 
>     #!/usr/bin/perl -n
> 
>     chomp;
>     $i = 0;
>     @l = ();
>     foreach (split(//, $_)) {
>         if ($_ eq '\b') {
>             $i-- if ($i);
>         } else {
>             $l[$i++] = $_;
>         }
>     }
>     print(join("", @l). "\n");
> 
> but again, that's what col -b is supposed to do.
> 
> kevin
> 
> -- 
> kevin at ie.suberic.net                        george will ethics report:
> http://ie.suberic.net/~kevin/cgi-bin/blog   http://tinyurl.com/2wya7
> did george bush serve?  http://www.calpundit.com/archives/003220.html
> why does the gop cheer terrorists?  http://craphound.com/images/sotu2004.avi
> 
> ______________________________________________________________________
> From: Brian Foster <blf at utvinternet.ie>
> To: Irish Linux Users Group <ilug at linux.ie>
> Subject: Re: [ILUG] C++ and recursive va_start calls
> Date: Tue, 17 Feb 2004 02:59:54 +0100
> 
>   | From: Vincent Cunniffe <vincent at cunniffe.net>
>   | Date: Mon, 16 Feb 2004 22:28:28 +0000
>   | 
>   | anyone had any experience with this?  I have a situation
>   | where a function with a va_start call in it is being called
>   | from inside another va_start, and it's corrupting the hell
>   | out of the arguments.
>   | 
>   | If I perform exactly the same operation, but in sequence,
>   | it works fine, but it's a lot less elegant.  I can't find
>   | any mention of it being illegal.
> 
>  I am assuming here both va_start()s are using
>  the _same_ va_list:  that is 100% illegal in C,
>  and I know of no reason for C++ to be different.
> 
>  from the ISO C99 standard (C89 is very similar):
> 
>     7.15.1.4  The va_start macro
>   [ ...(N.b. `ap' is a va_list object) ]
>     [#3] The va_start macro initializes ap for subsequent use by
>     va_arg  and  va_end.   va_start  (or  va_copy)  shall not be
>     invoked  again  for  the  same  ap  without  an  intervening
>     invocation of va_end for the same ap.
>   [ ... ]
>    J.2  Undefined behavior
> 
>     [#1]   The   behavior   is   undefined   in   the  following
>     circumstances:
>   [ ... ]
>       -- The va_copy or va_start macro is called to initialize a
>          va_list that was previously initialized by either macro
>          without an intervening invocation of the  va_end  macro
>          for the same va_list (7.15.1.2, 7.15.1.4).
> 
>  if you are using GNU gcc(1), or a C99-conformant
>  compiler, you should be able to use va_copy() to
>  duplicate the va_list (_before_ the first va_start()),
>  and then va_start() the copy when needed.
> 
>  hope this helps!
> cheers!
> 	-blf-
> --
> «How many surrealists does it take to    |  Brian Foster      Montpellier,
>  change a lightbulb?  Three.  One calms  |  blf at utvinternet.ie      France
>  the warthog, and two fill the bathtub   |    Stop E$$o (ExxonMobile)!
>  with brightly-colored machine tools.»   |        http://www.stopesso.com
> 
> 
> ______________________________________________________________________
> From: Brian Foster <blf at utvinternet.ie>
> To: ilug at linux.ie
> Subject: Re: [ILUG] col(1)-ish tool emulating destructive ^H ?
> Date: Tue, 17 Feb 2004 03:16:11 +0100
> 
>   | From: kevin lyda <kevin+dated+1077413703.73b08f at ie.suberic.net>
>   | Date: Tue, 17 Feb 2004 01:34:59 +0000
>   | 
>   | On Mon, Feb 16, 2004 at 10:01:53PM +0100, Brian Foster wrote:
>   | >   the problem is `col -b' emulates non-destructive BS
>   | >  (backspace), such as happens on hardcopy printers [ ... ]
>   | >       x BS SP
>   | >  where <x> is any _printing_ character, is turned into
>   | >  (by `col -b'):
>   | >       x
>   | 
>   | no it isn't.  it's turned into SP according to the man page:
>   | 
>   |     -b  Do not output any backspaces, printing only the last
>   |         character written to each column position.
> 
>  yes, kevin, thank you for the RTFM lesson.
> 
>  NOW TRY IT.  (sorry for the shouting.)
> 
>  the man page is wrong, or else `col' has a bug.
>  since this is GNU, it could be either.   ;-(
> 
> cheers!
> 	-blf-
> --
> «How many surrealists does it take to    |  Brian Foster      Montpellier,
>  change a lightbulb?  Three.  One calms  |  blf at utvinternet.ie      France
>  the warthog, and two fill the bathtub   |    Stop E$$o (ExxonMobile)!
>  with brightly-colored machine tools.»   |        http://www.stopesso.com
> 
> 
> ______________________________________________________________________
> From: Niall O Broin <niall at linux.ie>
> To: Irish Linux Users Group <ilug at linux.ie>
> Subject: Re: [ILUG] Ext3 to XFS Conversion
> Date: Tue, 17 Feb 2004 08:12:58 +0000
> 
> On Tuesday 17 February 2004, diamond at skynet.ie (Stephen Shirley) wrote:
> 
> >On Mon, Feb 16, 2004 at 08:54:30PM +0000, Niall O Broin wrote:
> >> I don't have any experience of xfs, but I don't need any to answer the
> >> question - xfs and ext3 are different ways of laying out data on disk, and
> you
> >> can't convert from one to the other on the same partition without doing
> what
> >> you already mentioned. You don't need to delete partitions as such, but you
> do
> >> need to make filesystems on them anew. It's a data destructive process.
> >
> >http://tzukanov.narod.ru/convertfs/index.html
> 
> As I wrote that I just knew that somebody would come up with some cockamamie
> scheme. I figured it would involve memory, or temporary filesystems on swap,
> or summat else. This, I must admit, is an intriguing idea, and I look forward
> to hearing your report of how it went when you tried it with your data.
> 
> 
> 
> Niall
> 
> 
> ______________________________________________________________________
> From: Frank Murphy <madballs64 at gmx.net>
> To: ilug at linux.ie
> Subject: [ILUG] OT: spam
> Date: Tue, 17 Feb 2004 09:18:04 +0000
> 
> 
> 
> http://www.theregister.co.uk/content/28/34840.html
> 
> 
> Frank
> 
> 
> 
> ______________________________________________________________________
> From: John Allen <john.allen at orbiscom.com>
> To: ilug at linux.ie
> Subject: Re: [ILUG] Firefox, popups and new tabs
> Date: Tue, 17 Feb 2004 09:27:15 +0000
> 
> On Monday 16 February 2004 17:45, Barry O'Donovan wrote:
> > On Mon 16 Feb 2004 18:34, Richard Eibrand wrote:
> > > On Mon, 16 Feb 2004 10:46:37 +0000 (GMT), Paul Jakma <paul at clubi.ie>
> >
> > wrote:
> > > > One thing Firefox doesnt do is provide an option to have popups
> > > > opened in new tabs, rather than new windows. Which is a bit
> > > > annoying. I've googled and looked at a few Firefox extensions sites
> > > > but didnt find anything to do this.
> > >
> > > Opera has an option to open all popups in the background, and as by
> > > default it handles all pages as tabs, does the trick very nicely
> > > indeed. Furthermore, I'm not aware of any great resource hogging.
> > > Generallly speaking, I find it meets all browsing needs, and handles
> > > email nicely too...
> > >
> > > p.s. Big Opera fan,
> >
> > So does Konqueror - all pop-ups into tabs in the background.
> >
> > Have yet to find a website that Konqueror (KDE 3.2) cannot handle.
> >
> 
> www.keycamp.ie (Click on the "Choose a campsite" link)
> 
> > p.s. Massive Konqueror fan!
> >
> > --
> > Regards,
> > Barry O'Donovan  -  www.ihl.ucd.ie
> >
> > Roinn na Ríomheolaíochta, An Coláiste Ollscoile, Baile Átha Cliath,
> > Éire.
> > Department of Computer Science, University College Dublin, Ireland.

Cheers 

R.no

ICQ: 297314370
Cell: +353 87 929 9715

==================================================================
 Sent with Fedora Linux 1 (Yarrow) and Ximian Evolution 1.4.5 on a
686      