Wlug Meeting Oct 13th @7PM: Topic: Fotoxx, Speaker: Dick Miller, Location: WPI Mid Century Room.
Hey Everybody! Date/Time: Oct 13th 2022, 7PM-??PM Physical Location: WPI Mid Century Room (rm 321) Virtual Location: https://meet.jit.si/WlugMA Speaker: Dick Miller Dick Miller is going to be speaking about Fotoxx! https://kornelix.net/fotoxx/fotoxx.html From the webpage: Navigate a large image collection using a thumbnail browser, click on an image to view or edit. A rich set of edit and retouch functions is available. Import RAW files and edit with deep color. Save revised images as JPEG, PNG (8/16 bits/color), or TIFF (8/16). Select an object or area within an image (freehand draw, follow edges, flood matching tones...), apply edit functions, copy and paste, resize, blend, warp, etc. without using layers. Edit functions have fast feedback using the full image or selected zoom-in area. Edit image metadata (tags, geotags, dates, ratings, captions...). Search images using any combination of metadata and file and folder names or partial names. Click a marker on a scalable world map to view all photos from that location. Batch functions are available to rename, add/revise metadata, copy/move, resize, convert format. Fotoxx uses your image files wherever they are and maintains a separate index for fast searching. Fotoxx is standards compliant and can be used with other photo programs (no lock-in). Fotoxx is easy to use but unconventional, so read the user guide (at least the first few pages) before jumping in. Fotoxx has deep functionality. Do not expect to master it in a few minutes. Along with the presentation, as usual expect the usual amount of banter about all things Linux/FOSS/etc. Snacks and Refreshments will be provided and we'll head off to have dinner afterwards to continue the conversation. I hope to see you there! Thanks, Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".
I will try to make it to the virtual location. It sound interesting. I am looking googling mdadm for a raid 1 drive. In particular I am making notes of how to mount a raid1 drive (for emergency recovery). Is the expected location of the raid array at /dev/mdXX or /dev/md/mdXX? Is it one of those two is historical or is it one of those thing that just does not matter? On Fri, Oct 7, 2022, at 12:54 PM, Tim Keller via WLUG wrote:
Hey Everybody!
Date/Time: Oct 13th 2022, 7PM-??PM Physical Location: WPI Mid Century Room (rm 321) Virtual Location: https://meet.jit.si/WlugMA Speaker: Dick Miller
Dick Miller is going to be speaking about Fotoxx! https://kornelix.net/fotoxx/fotoxx.html From the webpage: Navigate a large image collection using a thumbnail browser, click on an image to view or edit. A rich set of edit and retouch functions is available. Import RAW files and edit with deep color. Save revised images as JPEG, PNG (8/16 bits/color), or TIFF (8/16). Select an object or area within an image (freehand draw, follow edges, flood matching tones...), apply edit functions, copy and paste, resize, blend, warp, etc. without using layers. Edit functions have fast feedback using the full image or selected zoom-in area. Edit image metadata (tags, geotags, dates, ratings, captions...). Search images using any combination of metadata and file and folder names or partial names. Click a marker on a scalable world map to view all photos from that location. Batch functions are available to rename, add/revise metadata, copy/move, resize, convert format. Fotoxx uses your image files wherever they are and maintains a separate index for fast searching. Fotoxx is standards compliant and can be used with other photo programs (no lock-in). Fotoxx is easy to use but unconventional, so read the user guide (at least the first few pages) before jumping in. Fotoxx has deep functionality. Do not expect to master it in a few minutes.
Along with the presentation, as usual expect the usual amount of banter about all things Linux/FOSS/etc.
Snacks and Refreshments will be provided and we'll head off to have dinner afterwards to continue the conversation.
I hope to see you there!
Thanks, Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers". _______________________________________________ WLUG mailing list -- wlug@lists.wlug.org To unsubscribe send an email to wlug-leave@lists.wlug.org Create Account: https://wlug.mailman3.com/accounts/signup/ Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/MMMMO6...
-- kstratton@fastmail.us
"kstratton---" == kstratton--- via WLUG <wlug@lists.wlug.org> writes:
I am looking googling mdadm for a raid 1 drive. In particular I am making notes of how to mount a raid1 drive (for emergency recovery). Is the expected location of the raid array at /dev/mdXX or /dev/md/mdXX? Is it one of those two is historical or is it one of those thing that just does not matter?
So if you are talking about mirrored drives, you should be able to start the array with one drive missing. So you won't have any problems getting your data back, because it hasn't really gone away. If you look at the output of /proc/mdstat, you will see something like this (using one of my one RAID1 pairs as an example): $ cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] md0 : active raid1 sdj2[4] sdi2[3] 185545656 blocks super 1.2 [2/2] [UU] bitmap: 1/2 pages [4KB], 65536KB chunk So /dev/md0 has two disks, /dev/sdj2 and /dev/sji2. In the worst case, I could boot the system from a LiveCD and just do: mdadm -A -a auto to assemble automatically any arrays it finds. A good reference to all this is the Linux RAID Wiki at: https://raid.wiki.kernel.org/index.php/Linux_Raid but the big big big thing I want to stress is that you *never* run the 'mdadm --create ...' command when trying to recover a broken RAID array of any type unless you are absolutely certain you know what you are doing. DO NOT. Get help first. Post to the Linux RAID mailing list. But DO. NOT. try to create an array to recover it. It's almost certainly the wrong thing to do. I'd be happy to talk Linux RAID at the meeting, but as most of you know, I'm happy to talk period. See you thursday! John
participants (3)
-
John Stoffel -
kstratton＠fastmail.us -
Tim Keller