Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(63) |
Feb
(41) |
Mar
(27) |
Apr
(49) |
May
(36) |
Jun
(26) |
Jul
(14) |
Aug
(58) |
Sep
(19) |
Oct
(21) |
Nov
(51) |
Dec
(19) |
| 2004 |
Jan
(84) |
Feb
(91) |
Mar
(31) |
Apr
(47) |
May
(41) |
Jun
(38) |
Jul
(56) |
Aug
(31) |
Sep
(38) |
Oct
(56) |
Nov
(42) |
Dec
(63) |
| 2005 |
Jan
(101) |
Feb
(75) |
Mar
(123) |
Apr
(72) |
May
(98) |
Jun
(28) |
Jul
(48) |
Aug
(42) |
Sep
(13) |
Oct
(5) |
Nov
(33) |
Dec
(61) |
| 2006 |
Jan
(46) |
Feb
(43) |
Mar
(19) |
Apr
(43) |
May
(46) |
Jun
(41) |
Jul
(23) |
Aug
(49) |
Sep
(35) |
Oct
(52) |
Nov
(76) |
Dec
(40) |
| 2007 |
Jan
(64) |
Feb
(31) |
Mar
(77) |
Apr
(19) |
May
(45) |
Jun
(63) |
Jul
(17) |
Aug
(77) |
Sep
(26) |
Oct
(29) |
Nov
(31) |
Dec
(26) |
| 2008 |
Jan
(17) |
Feb
(18) |
Mar
(22) |
Apr
(10) |
May
(7) |
Jun
(21) |
Jul
(40) |
Aug
(34) |
Sep
(8) |
Oct
(54) |
Nov
(59) |
Dec
(11) |
| 2009 |
Jan
(23) |
Feb
(22) |
Mar
(19) |
Apr
(52) |
May
(25) |
Jun
(14) |
Jul
(24) |
Aug
(9) |
Sep
(7) |
Oct
(5) |
Nov
(10) |
Dec
(9) |
| 2010 |
Jan
(9) |
Feb
(26) |
Mar
(7) |
Apr
(21) |
May
(21) |
Jun
(12) |
Jul
(14) |
Aug
(20) |
Sep
(22) |
Oct
(10) |
Nov
(28) |
Dec
(12) |
| 2011 |
Jan
(8) |
Feb
(4) |
Mar
(7) |
Apr
(14) |
May
(13) |
Jun
(25) |
Jul
(14) |
Aug
|
Sep
(9) |
Oct
(4) |
Nov
(11) |
Dec
(17) |
| 2012 |
Jan
(7) |
Feb
(46) |
Mar
(21) |
Apr
(16) |
May
(9) |
Jun
(13) |
Jul
(10) |
Aug
(9) |
Sep
(12) |
Oct
(12) |
Nov
(10) |
Dec
(4) |
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
|
2
|
3
(1) |
4
|
5
|
6
|
7
(2) |
|
8
|
9
|
10
|
11
|
12
|
13
|
14
(2) |
|
15
|
16
|
17
(1) |
18
|
19
|
20
|
21
|
|
22
|
23
|
24
(1) |
25
(2) |
26
|
27
|
28
|
|
29
|
30
(1) |
|
|
|
|
|
|
From: SourceForge.net <noreply@so...> - 2009-11-30 22:16:14
|
Bugs item #2055906, was opened at 2008-08-17 16:31 Message generated for change (Comment added) made by ctarsoaga You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Cristian Tarsoaga (ctarsoaga) Assigned to: Marcus Meissner (marcusmeissner) Summary: remove hardcoded 1024 files limit Initial Comment: libgphoto2/gphoto2-list.c contains a hardcoded MAX_ENTRIES define, set to 1024. This was the source of the following error: while importing images from my camera (having 12xx images in a single folder), both digikam and gwenview stopped with strange errors like "file limit exceeded" or "cannot list folder /store/..." (I have a 4GB SD card) I think, this is a bad approach (to limit the files list to such a size). You could use a dynamically allocated vector, not something static list.... Chris ---------------------------------------------------------------------- Comment By: Cristian Tarsoaga (ctarsoaga) Date: 2009-11-30 23:02 Message: thank guys! thanks a lot for your work! Cristian ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-17 18:26 Message: It'd be awesome if you did! ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2009-11-14 21:19 Message: Depends on the new major 2.5 version. i was too afraid (and it was not finished) the last months. I probably just should start the release rpocess ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-14 13:48 Message: Any idea when the fix will be released? I'm still getting this error in 2.4.7 ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2008-08-19 09:45 Message: Logged In: YES user_id=48092 Originator: NO its actually already fixed for quite some time, but we did not issue a release yet (to clear up more stuff). thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-25 15:09:24
|
Bugs item #2903316, was opened at 2009-11-24 14:43 Message generated for change (Comment added) made by jordanwb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gphotofs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jordanwb (jordanwb) Assigned to: Marcus Meissner (marcusmeissner) Summary: The file is of an unknown type Initial Comment: I plug in my Creative ZEN, Ubuntu automounts it with gphoto2, I unmount it since that's the only useful thing it can do. I run "sudo gphotofs /media/mp3" and my ZEN get's mounted. I try to view the contents of the ZEN using Nautilus and it says "The file is of an unknown type". I can view the contents as root by running "nautilus /media/mp3/store_00010001/" but I get an Access Denied error when I try that as non-root. ---------------------------------------------------------------------- >Comment By: Jordanwb (jordanwb) Date: 2009-11-25 10:09 Message: I tried Banshee, it crashed while I was importing my library, then it crashed when I was starting it up after it crashed, and it thinks I have only one song on my MP3 player as opposed to 164 songs. Amarok can't even sort my music properly. I wonder if aTunes works. ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2009-11-25 02:54 Message: I suggest to unmount it and start banshee or rhythmbox or amarok, which can handle MTP devices pretty well these days. And "nautilus /media/mp3/store_00010001/" would be basically the same as if Nautilus automounts gphoto2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-25 07:54:39
|
Bugs item #2903316, was opened at 2009-11-24 19:43 Message generated for change (Comment added) made by marcusmeissner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gphotofs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jordanwb (jordanwb) >Assigned to: Marcus Meissner (marcusmeissner) Summary: The file is of an unknown type Initial Comment: I plug in my Creative ZEN, Ubuntu automounts it with gphoto2, I unmount it since that's the only useful thing it can do. I run "sudo gphotofs /media/mp3" and my ZEN get's mounted. I try to view the contents of the ZEN using Nautilus and it says "The file is of an unknown type". I can view the contents as root by running "nautilus /media/mp3/store_00010001/" but I get an Access Denied error when I try that as non-root. ---------------------------------------------------------------------- >Comment By: Marcus Meissner (marcusmeissner) Date: 2009-11-25 07:54 Message: I suggest to unmount it and start banshee or rhythmbox or amarok, which can handle MTP devices pretty well these days. And "nautilus /media/mp3/store_00010001/" would be basically the same as if Nautilus automounts gphoto2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-24 19:43:30
|
Bugs item #2903316, was opened at 2009-11-24 14:43 Message generated for change (Tracker Item Submitted) made by jordanwb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gphotofs Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jordanwb (jordanwb) Assigned to: Nobody/Anonymous (nobody) Summary: The file is of an unknown type Initial Comment: I plug in my Creative ZEN, Ubuntu automounts it with gphoto2, I unmount it since that's the only useful thing it can do. I run "sudo gphotofs /media/mp3" and my ZEN get's mounted. I try to view the contents of the ZEN using Nautilus and it says "The file is of an unknown type". I can view the contents as root by running "nautilus /media/mp3/store_00010001/" but I get an Access Denied error when I try that as non-root. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2903316&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-17 16:26:14
|
Bugs item #2055906, was opened at 2008-08-17 13:31 Message generated for change (Comment added) made by anywebloco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Cristian Tarsoaga (ctarsoaga) Assigned to: Marcus Meissner (marcusmeissner) Summary: remove hardcoded 1024 files limit Initial Comment: libgphoto2/gphoto2-list.c contains a hardcoded MAX_ENTRIES define, set to 1024. This was the source of the following error: while importing images from my camera (having 12xx images in a single folder), both digikam and gwenview stopped with strange errors like "file limit exceeded" or "cannot list folder /store/..." (I have a 4GB SD card) I think, this is a bad approach (to limit the files list to such a size). You could use a dynamically allocated vector, not something static list.... Chris ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-17 16:26 Message: It'd be awesome if you did! ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2009-11-14 19:19 Message: Depends on the new major 2.5 version. i was too afraid (and it was not finished) the last months. I probably just should start the release rpocess ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-14 11:48 Message: Any idea when the fix will be released? I'm still getting this error in 2.4.7 ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2008-08-19 06:45 Message: Logged In: YES user_id=48092 Originator: NO its actually already fixed for quite some time, but we did not issue a release yet (to clear up more stuff). thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-14 19:19:15
|
Bugs item #2055906, was opened at 2008-08-17 13:31 Message generated for change (Comment added) made by marcusmeissner You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Cristian Tarsoaga (ctarsoaga) Assigned to: Marcus Meissner (marcusmeissner) Summary: remove hardcoded 1024 files limit Initial Comment: libgphoto2/gphoto2-list.c contains a hardcoded MAX_ENTRIES define, set to 1024. This was the source of the following error: while importing images from my camera (having 12xx images in a single folder), both digikam and gwenview stopped with strange errors like "file limit exceeded" or "cannot list folder /store/..." (I have a 4GB SD card) I think, this is a bad approach (to limit the files list to such a size). You could use a dynamically allocated vector, not something static list.... Chris ---------------------------------------------------------------------- >Comment By: Marcus Meissner (marcusmeissner) Date: 2009-11-14 19:19 Message: Depends on the new major 2.5 version. i was too afraid (and it was not finished) the last months. I probably just should start the release rpocess ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-14 11:48 Message: Any idea when the fix will be released? I'm still getting this error in 2.4.7 ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2008-08-19 06:45 Message: Logged In: YES user_id=48092 Originator: NO its actually already fixed for quite some time, but we did not issue a release yet (to clear up more stuff). thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-14 11:48:54
|
Bugs item #2055906, was opened at 2008-08-17 13:31 Message generated for change (Comment added) made by anywebloco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Cristian Tarsoaga (ctarsoaga) Assigned to: Marcus Meissner (marcusmeissner) Summary: remove hardcoded 1024 files limit Initial Comment: libgphoto2/gphoto2-list.c contains a hardcoded MAX_ENTRIES define, set to 1024. This was the source of the following error: while importing images from my camera (having 12xx images in a single folder), both digikam and gwenview stopped with strange errors like "file limit exceeded" or "cannot list folder /store/..." (I have a 4GB SD card) I think, this is a bad approach (to limit the files list to such a size). You could use a dynamically allocated vector, not something static list.... Chris ---------------------------------------------------------------------- Comment By: anywebloco (anywebloco) Date: 2009-11-14 11:48 Message: Any idea when the fix will be released? I'm still getting this error in 2.4.7 ---------------------------------------------------------------------- Comment By: Marcus Meissner (marcusmeissner) Date: 2008-08-19 06:45 Message: Logged In: YES user_id=48092 Originator: NO its actually already fixed for quite some time, but we did not issue a release yet (to clear up more stuff). thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2055906&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-07 10:38:37
|
Bugs item #2893774, was opened at 2009-11-07 10:37 Message generated for change (Comment added) made by thegrudge_2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2893774&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andi Clemens (thegrudge_2) Assigned to: Nobody/Anonymous (nobody) Summary: gp_camera_capture will lock up applications on failure Initial Comment: We use gp_camera_capture in digiKam to (surprise :-)) capture images. Today I tested some features in our program, one of them being the capture button. I forgot to remove the lens protection from my Nikon D50 and clicked capture. The camera was not able to successfully do an autofocus and so no image was taken. But this also locked up our application, since gp_camera_capture is not returning and we are stuck in our capturing method. Canceling the capture action is also not possible, since gp_camera_capture has not yet returned from its execution. Using gphoto2 command line tool results in the same error. Do we need to set some timeout in libgphoto2, or is this a bug? ---------------------------------------------------------------------- >Comment By: Andi Clemens (thegrudge_2) Date: 2009-11-07 10:38 Message: Using libgphoto2-2.4.7 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2893774&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-07 10:37:48
|
Bugs item #2893774, was opened at 2009-11-07 10:37 Message generated for change (Tracker Item Submitted) made by thegrudge_2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2893774&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libgphoto2 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andi Clemens (thegrudge_2) Assigned to: Nobody/Anonymous (nobody) Summary: gp_camera_capture will lock up applications on failure Initial Comment: We use gp_camera_capture in digiKam to (surprise :-)) capture images. Today I tested some features in our program, one of them being the capture button. I forgot to remove the lens protection from my Nikon D50 and clicked capture. The camera was not able to successfully do an autofocus and so no image was taken. But this also locked up our application, since gp_camera_capture is not returning and we are stuck in our capturing method. Canceling the capture action is also not possible, since gp_camera_capture has not yet returned from its execution. Using gphoto2 command line tool results in the same error. Do we need to set some timeout in libgphoto2, or is this a bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2893774&group_id=8874 |
|
From: SourceForge.net <noreply@so...> - 2009-11-03 21:27:02
|
Bugs item #2891504, was opened at 2009-11-03 21:27 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2891504&group_id=8874 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kanoalani () Assigned to: Nobody/Anonymous (nobody) Summary: Timeouts on long exposures Initial Comment: I'm doing long sequences of host driven images using gphoto2 --capture-preview and a Canon 350D and libgphoto 2.4.7. There is a very high error rate, especially when the exposure time is long (ie: more than 1 second). A typical debug logfile is here: http://www.cfht.hawaii.edu/~kanoa/tmp/500timeout.log The relevant lines show: 1.692562 gphoto2-port(2): Getting timeout... 1.692592 gphoto2-port(2): Current timeout: 5000 milliseconds 1.692623 gphoto2-port(2): Setting timeout to 500 millisecond(s)... 1.692655 gphoto2-port(2): Reading 64=0x40 bytes from interrupt endpoint... 2.196482 gphoto2-port(2): Setting timeout to 5000 millisecond(s)... 2.196537 canon/usb.c(0): canon_usb_poll_interrupt_pipe: interrupt read failed af ter 0 tries, 0.504 sec "Timeout reading from or writing to the port" 2.196571 canon/canon/usb.c(2): canon_usb_unlock_keys() ... 2.212636 canon/canon/canon.c(2): Exit release control-- 2.212683 context(0): Error capturing image 2.213123 gphoto2-camera(2): Operation failed! 2.215283 gp-camera(2): Freeing camera.. Tracing some calls backwards I look in: libgphoto2-2.4.7/libgphoto2_port/libgphoto2_port/gphoto2-port.c And find two timeout definitions: GP_PORT_SERIAL is set to 500 milliseconds GP_PORT_USB is set to 5000 milliseconds Taking a stab in the dark I change GP_PORT_SERIAL from 500 milliseconds to 6000 and the errors go away. I see the 6000 ms figure in my new debug files so that is the number that is being applied. I won't pretend to understand how these different timeouts are applied but changing that one parameter seems to make it work like a charm (unless I find out later that is messes something else up). Thanks for the software, it's really great! -Kanoa ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108874&aid=2891504&group_id=8874 |