It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
-- Guy Fraser
How about gThumb? Any problems with that?
dex
gqview is far better in my opinion. You can make large, sharp thumbnails to work with and it's very flexible. gThumb seemd to allow larger thumbnails, but doesn't generate them, only stretches the small ones.
I've found gqview the most useful, reliable, and stable photo management software I've ever used, in *nix or Windows.
I hope it doesn't get dropped.
tom
Dexter Ang wrote:
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
-- Guy Fraser
How about gThumb? Any problems with that?
dex
Am Dienstag, den 30.11.2004, 23:32 +0530 schrieb Rahul Sundaram:
Hi
I hope it doesn't get dropped.
it already has been dropped. use another repository which has the software.
Will be in Fedora Extras for FC3. See
http://bugzilla.fedora.us/show_bug.cgi?id=2084
On Tue, Nov 30, 2004 at 11:32:58PM +0530, Rahul Sundaram wrote:
I hope it doesn't get dropped.
it already has been dropped. use another repository which has the software.
This is probably a stupid question, but who made the decision to drop gqview? Was there some vote or poll that I missed out on?
Hi
This is probably a stupid question, but who made the decision to drop gqview? Was there some vote or poll that I missed out on?
solely a Redhat developer decision... There always will be software that you like that is not in fedora core. as long as one of the repositories have it you dont really have to complain about it
Regards, Rahul Sundaram
On Wed, Dec 01, 2004 at 12:11:06AM +0530, Rahul Sundaram wrote:
This is probably a stupid question, but who made the decision to drop gqview? Was there some vote or poll that I missed out on?
solely a Redhat developer decision... There always will be software
Welcome to the Fedora Community Process. :)
Hi
solely a Redhat developer decision... There always will be software
Welcome to the Fedora Community Process. :)
Everyone including redhat developers have agreed that fedora is not yet open to the community input. fedora extras is about to be launched. we can start moving ahead from there.
On Wed, Dec 01, 2004 at 12:37:43AM +0530, Rahul Sundaram wrote:
solely a Redhat developer decision... There always will be software
Welcome to the Fedora Community Process. :)
Everyone including redhat developers have agreed that fedora is not yet open to the community input. fedora extras is about to be launched. we can start moving ahead from there.
Yeah, that's the ":)". Sorry.
Rahul Sundaram said:
Hi
solely a Redhat developer decision... There always will be software
Welcome to the Fedora Community Process. :)
Everyone including redhat developers have agreed that fedora is not yet open to the community input.
Even then, community input does not mean democracy. There will always be decisions made for one reason or another that not everyone will agree with.
-- William Hooper
Hi
Even then, community input does not mean democracy. There will always be decisions made for one reason or another that not everyone will agree with.
It doesnt make much sense to use a democratic process of selecting what goes into core. for example no amount of voting can convince redhat to choose kde as the default desktop. For user interface elements and stuff, community input can actually worsen the whole thing...
Only in "Life according to Rahul".
Fedora is supposed to be a community effort support by Redhat.
For PR reasons RH should at least make an effort to keep packages that the community wants, rather than just telling them to go get it some where else because they don't care.
I have been through this BS many times in the past couple of years, just a few packages that have been dropped that I used all the time :
elm, pico, gqview, xv, xawtv, wine and lilo.
There are likely many others, I just don't miss them as much.
Rahul Sundaram wrote:
Hi
This is probably a stupid question, but who made the decision to drop gqview? Was there some vote or poll that I missed out on?
solely a Redhat developer decision... There always will be software that you like that is not in fedora core. as long as one of the repositories have it you dont really have to complain about it
Regards, Rahul Sundaram
Guy Fraser said:
Only in "Life according to Rahul".
Fedora is supposed to be a community effort support by Redhat.
For PR reasons RH should at least make an effort to keep packages that the community wants, rather than just telling them to go get it some where else because they don't care.
That is the point of having a Fedora Extras, so that if the community wants it, the community can put the effort in to keep it.
On Tue, Nov 30, 2004 at 01:29:06PM -0700, Guy Fraser wrote:
elm, pico, gqview, xv, xawtv, wine and lilo.
^ \ \ \ \ \ ___ actually, still there! not \ \ \ \ \ maintained \ \ shareware! \ not ready | \ \ for prime time not open | | source, | not sure; replaced by nano | an mpeg issue? clone | very very close to gthumb
On Tue, Nov 30, 2004 at 04:00:50PM -0500, Matthew Miller wrote:
[xawtv]: not sure; an mpeg issue?
Replaced by tvtime.
[wine]: not ready for prime time
Incompatible with NPTL. Red Hat found the latter more important than the former.
Keep in mind that this was during the Red Hat Linux days so I'm not really sure how this is Fedora related.
Emmanuel
Yah, I know all the excuses.
The point I am making is that, In my view and obviously the view of many others :
gqview -> very very close to gthumb = NOT
gqview = good general purpose graphics manager.
gthumb = good for slide shows and finding duplicates.
If there is a rational reason to remove something, then just say why, but let people know why. Removing a package because something else appears to you to be similar without requesting input is just plain dumb. Many people use applications for different reasons and what is good for you, may completely suck for someone else that is why there is a diversity of software.
You may like balsa over evolution, but that doesn't mean that evolution does not have far greater merit to someone else.
As far as it concerns me there are 4GB of useless software in FC3, but I would guess that there are groups who couldn't live with out each of the pieces of software I feel are worthless, I just don't install them.
From the point you seem to be attempting to make, fedora core should be a basic system with essential software, and then you go and get the extra stuff you want. If that is what you meant, then just come out and say it, and then either provide a utility like synaptic that is capable of getting the extras.
Matthew Miller wrote:
On Tue, Nov 30, 2004 at 01:29:06PM -0700, Guy Fraser wrote:
elm, pico, gqview, xv, xawtv, wine and lilo.
^ \ \ \ \ \ ___ actually, still there! not \ \ \ \ \ maintained \ \ shareware! \ not ready | \ \ for prime time not open | | source, | not sure; replaced by nano | an mpeg issue? clone | very very close to gthumb
Lilo has apparently been promoted from removed to depreciated.
Hi
As far as it concerns me there are 4GB of useless software in FC3, but I would guess that there are groups who couldn't live with out each of the pieces of software I feel are worthless, I just don't install them.
exactly why you fedora core *aims* to provide only one type of software in each category.
From the point you seem to be attempting to make, fedora core should be a basic system with essential software, and then you go and get the extra stuff you want.
close enough. the core system wouldnt be a minimalistic system like what debian installation would get you. It will just not provide many different browsers and image viewers and so on
yum already can fetch and install stuff from different repositories and a gui is being planned(gyum broke) afaik.
what fedora can do is provide a rationale when making choices. that kind of questions should be into fedora-devel list thou
what you can do is debate the changes when they are proposed in fedora-devel(it was already done for gthumb) and quitely install your favorite software from the repos if your favorite stuff get removed *after* the discussions
Rahul Sundaram wrote:
Hi
As far as it concerns me there are 4GB of useless software in FC3, but I would guess that there are groups who couldn't live with out each of the pieces of software I feel are worthless, I just don't install them.
exactly why you fedora core *aims* to provide only one type of software in each category.
From the point you seem to be attempting to make, fedora core should be a basic system with essential software, and then you go and get the extra stuff you want.
close enough. the core system wouldnt be a minimalistic system like what debian installation would get you. It will just not provide many different browsers and image viewers and so on
yum already can fetch and install stuff from different repositories and a gui is being planned(gyum broke) afaik.
what fedora can do is provide a rationale when making choices. that kind of questions should be into fedora-devel list thou
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file. A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora. It is common for people to keep asking the same quesitions within the lists.
It would be nice if the Extras could be dynamically linked to other repositories to make installs and upgrades easier.
Robin Laing wrote:
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file.
FC3 *does* come with a configured yum.conf file, complete with pointer to a mirrorlist so that everyone's not trying to download everything from download.fedora.redhat.com.
A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora.
Wouldn't that mean an official endorsement of one of the "unofficial" repos?
It is common for people to keep asking the same quesitions within the lists.
True; given though that so many people can't be bothered to read the release notes, which are prominently advertised by anaconda during the install/upgrade process, I suspect the same questions would continue to be asked.
Paul.
Paul Howarth wrote:
Robin Laing wrote:
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file.
FC3 *does* come with a configured yum.conf file, complete with pointer to a mirrorlist so that everyone's not trying to download everything from download.fedora.redhat.com.
I meant to include other repos such as freshrpms etc. They could be commented out but still there. Of course I haven't tried FC3 yet as I haven't had the time. Xmas project?
A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora.
Wouldn't that mean an official endorsement of one of the "unofficial" repos?
Is it an endorsement or an explanation? Last I heard, there is nothing illegal about talking about how to do something. This is something that I will have to think about.
It is common for
people to keep asking the same quesitions within the lists.
True; given though that so many people can't be bothered to read the release notes, which are prominently advertised by anaconda during the install/upgrade process, I suspect the same questions would continue to be asked.
For many new users, the release notes are more techno-babble. They wouldn't understand it. Of course, many experienced users don't read it either. It is like a man asking for directions or using a map. It just isn't Macho.
Even a link on the desktop to the faq and release notes and documentation project would be a great start. It gives people a place to start.
Paul.
I look at a common denominator in dealing with computer problems and explaining things. How easy would it be for my mother-in-law to understand and do. I work with some very brilliant people but I have been dumbfounded as to the simple things that they cannot do or understand. I have seen a person with multiple phd's sit at an electric typewriter and complain that it didn't work. It was turned off.
On Wed, 01 Dec 2004 08:38:23 -0700, Robin Laing robin.laing@drdc-rddc.gc.ca wrote:
I work with some very brilliant people but I have been dumbfounded as to the simple things that they cannot do or understand. I have seen a person with multiple phd's sit at an electric typewriter and complain that it didn't work. It was turned off.
Seconded. Many phd's tend to switch off their brain where more ordinary folk does a little bit of thinking or reading. Complaining instead of asking for help is typical too, imho.
On Wednesday 01 December 2004 23:26, Paul Howarth wrote:
Robin Laing wrote:
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file.
FC3 *does* come with a configured yum.conf file, complete with pointer to a mirrorlist so that everyone's not trying to download everything from download.fedora.redhat.com.
Debian does it better; asks you where you are, then asks you to choose one appropriate. Whether the user can pick the best is arguable, but at least they're in the right country:-)
A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora.
Wouldn't that mean an official endorsement of one of the "unofficial" repos?
1. Does it have to be one? 2. Why not several of the most popular? 3. If not 2, then a link to where to find out more.
John Summerfield wrote:
On Wednesday 01 December 2004 23:26, Paul Howarth wrote:
Robin Laing wrote:
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file.
FC3 *does* come with a configured yum.conf file, complete with pointer to a mirrorlist so that everyone's not trying to download everything from download.fedora.redhat.com.
Debian does it better; asks you where you are, then asks you to choose one appropriate. Whether the user can pick the best is arguable, but at least they're in the right country:-)
Not perfect but it works. Our network goes through one port on the other side of the country. Location isn't the best option but would work for most people.
A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora.
Wouldn't that mean an official endorsement of one of the "unofficial" repos?
- Does it have to be one?
- Why not several of the most popular?
- If not 2, then a link to where to find out more.
Would be better that what is there now. There are many good pages on how to get things working. A link to the Linux Documentation Project would be a great start. There is still the issue of getting people to read. :)
Have local copies of documents that provide basic setup info such as creating accounts, network setup and troubleshooting. Those things that need to be sorted out before any links will work.
The idea is to provide a means to assist the new and experienced users to do those things that haven't been thought about before.
An Info folder on the desktop with the necessary documents or WWW pages.
On Thu, 02 Dec 2004 08:49:59 -0700, Robin Laing robin.laing@drdc-rddc.gc.ca wrote:
John Summerfield wrote:
Hi
A link to the Linux Documentation Project
would be a great start. There is still the issue of getting people to read. :)
I would love to get some feedback on any of the docs on LDP dicussion list if and when you have the time
Robin Laing wrote:
I will agree with this. The one thing that is required for many "NEW" users is the GUI and a configured yum.conf file. A new user file with an icon on the desktop would also be a great idea with common answers such as how to get mp3 and DVD's to play on Fedora. It is common for people to keep asking the same quesitions within the lists.
It would be nice if the Extras could be dynamically linked to other repositories to make installs and upgrades easier.
I agree with that, and would add to the list a point about sound, mixers and non-ISA soundboards. I keep seeing the same problem of sound coming up again and again.
Guy Fraser said: [snip]
From the point you seem to be attempting to make, fedora core should be a basic system with essential software,
That Red Hat is willing to support.
and then you go and get the extra stuff you want.
From Fedora Extras.
You might want to look again at the terminology page.
http://fedora.redhat.com/participate/terminology.html
William Hooper wrote:
Guy Fraser said: [snip]
From the point you seem to be attempting to make, fedora core should be a basic system with essential software,
That Red Hat is willing to support.
and then you go and get the extra stuff you want.
From Fedora Extras.
You might want to look again at the terminology page.
Terminology...
Definition of participate in Fedora Core :
Make suggestion = they are ignored. Provide patches = they are ignored. Submit bugs = they are ignored.
There appears to be some kind of a pattern, so one must deduce that ; participate means : Be ignored and get what the developers want tested for RHEL, anything else and your out of luck.
Lately I have been hearing about fedora extras and alternatives, but from this URL it does not appear to be much different than what I suggested. I was actually aiming for how FreeBSD and Debian are setup, except that they provide a decent way of getting all the extra bits you want.
The reason I have preferred Redhat is that it has been bundled with binaries that are supposed to computable. I keep hearing others say, if you want something help out, then it will be available to others, but the problem is you are at the mercy of the developers since they have to approve everything, and then they seem to ignore all requests and submissions from the community.
I guess that calling Fedora Core a community effort is just media spin, because if you just called a pig a pig, it would have to be referred to as an RHEL developers testing ground.
Just like there is no "i" in "team", there is no community in Fedora Core.
Hi
Terminology...
Definition of participate in Fedora Core :
Make suggestion = they are ignored. Provide patches = they are ignored. Submit bugs = they are ignored.
There appears to be some kind of a pattern, so one must
i am beginning to see a pattern in your posts too.
Yah, your right.
Ask a question - get a lame excuse.
Respond to lame excuse requesting additional information - get pointed to mailing list full of other people getting similar lame excuses for similar questions.
Research lame excuse, and mailing list queries - end up discovering that terminology may have changed or verbiage was inaccurately perceived to be more inclusive than was originally concluded.
Rahul Sundaram wrote:
Hi
Terminology...
Definition of participate in Fedora Core :
Make suggestion = they are ignored. Provide patches = they are ignored. Submit bugs = they are ignored.
There appears to be some kind of a pattern, so one must
i am beginning to see a pattern in your posts too.
Guy Fraser said: [snip]
Terminology...
Definition of participate in Fedora Core :
Make suggestion = they are ignored. Provide patches = they are ignored. Submit bugs = they are ignored.
Oh goody, a "my favorite bug isn't getting enough attention" rant.
There appears to be some kind of a pattern, so one must deduce that ; participate means : Be ignored and get what the developers want tested for RHEL, anything else and your out of luck.
Of course, because Fedora is such a closed system that you can use anything that isn't part of Fedora Core.
[snip]
I guess that calling Fedora Core a community effort is just media spin, because if you just called a pig a pig, it would have to be referred to as an RHEL developers testing ground.
Seems that someone is trying to fork Godwin's Law.
On Tue, Nov 30, 2004 at 03:02:00PM -0700, Guy Fraser wrote:
From the point you seem to be attempting to make, fedora core should be a basic system with essential software, and then you go and get the extra stuff you want. If that is what you meant, then just come out and say it, and then either provide a utility like synaptic that is capable of getting the extras.
Sure, that's basically my point -- I think gqview should be in Fedora Extras. (I happen to also prefer it to gthumb.)
And, by the way, for BU Linux, I _do_ provide synaptic. :)
On Wed, Dec 01, 2004 at 04:01:09AM +0530, Rahul Sundaram wrote:
And, by the way, for BU Linux, I _do_ provide synaptic. :)
what is BU Linux?
What I do all day. :)
http://www.bu.edu/computing/linux/
Matthew Miller wrote:
On Wed, Dec 01, 2004 at 04:01:09AM +0530, Rahul Sundaram wrote:
And, by the way, for BU Linux, I _do_ provide synaptic. :)
what is BU Linux?
What I do all day. :)
Good job.
First thing I did last night after getting FC3 to run using SATA and regular IDE drives, was install at-rpm configs, apt and synaptic.
Now I just need to find the repositories for the rest of the stuff I want.
On Wed, Dec 01, 2004 at 05:35:35AM -0700, Scott wrote:
What?!?!? BU Linux chose Sodipodi over Inkscape. What were they thinking!?!?! ;-)
Usually, we're thinking: "one of our users asked for this program".
Actually in this case though, we've got both of them, both from Fedora Extras. :)
Matthew Miller wrote:
On Tue, Nov 30, 2004 at 01:29:06PM -0700, Guy Fraser wrote:
elm, pico, gqview, xv, xawtv, wine and lilo.
^ \ \ \ \ \ ___ actually, still there! not \ \ \ \ \ maintained \ \ shareware! \ not ready | \ \ for prime time not open | | source, | not sure; replaced by nano | an mpeg issue? clone | very very close to gthumb
When was the last time that you used gqview? It is very different from gthumb. Both programs have different usages and abilities. I have gthumb but only use it once or twice a month. GQview is used daily as gthumb doesn't even come close.
On Tue, 30 Nov 2004 13:29:06 -0700, Guy Fraser guy@incentre.net wrote:
Only in "Life according to Rahul".
No need to get personal
Fedora is supposed to be a community effort support by Redhat.
which is why I commented earlier that it hasnt actually materialised yet
For PR reasons RH should at least make an effort to keep packages that the community wants, rather than just telling them to go get it some where else because they don't care.
does voting really get the community input?. how do you determine that?. does the current community want the same things a future community of users would want? and so on. You will never get the ideal set of applications *you* want anyway
elm, pico, gqview, xv, xawtv, wine and lilo.
pico was part of pine and when they changed their licenses it was dropped. grub is better than lilo in many ways. wine was dropped due to "developer restraints", probably a support issue
I have already said this but I would repeat again. The core can only contain applications that is well maintained and supportable. what users want is only part of the equation.
tom wrote:
gqview is far better in my opinion. You can make large, sharp thumbnails to work with and it's very flexible. gThumb seemd to allow larger thumbnails, but doesn't generate them, only stretches the small ones.
Agreed, I couldn't remember why I didn't like gthumb or kview, but you hit it on the head. Although I don't use the thumbnails in the file window, I like the image to be displayed at the same time as the files. I also use the auto-renaming and like the way the move shows the thumbnails of images when attempting to overwrite images of the same name.
I've found gqview the most useful, reliable, and stable photo management software I've ever used, in *nix or Windows.
At one time I would have said the same thing about xv.
I hope it doesn't get dropped.
tom
Dexter Ang wrote:
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
-- Guy Fraser
How about gThumb? Any problems with that?
dex
Dexter Ang wrote:
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
-- Guy Fraser
How about gThumb? Any problems with that?
dex
Features.
I prefer it over gthumb as it allows me to view thumbnails and a full resoultion image at the same time. No need to double click each image. Makes going through a directory so much faster. Zoom or fit to screen both work quite well.
On Tue, 30 Nov 2004 11:25:11 -0700, Robin Laing robin.laing@drdc-rddc.gc.ca wrote:
Dexter Ang wrote:
How about gThumb? Any problems with that?
Features.
I prefer it over gthumb as it allows me to view thumbnails and a full resoultion image at the same time. No need to double click each image. Makes going through a directory so much faster. Zoom or fit to screen both work quite well.
Interesting. I always thought gThumb had this. Can you point to the screenshot of this feature on the gqview.sourceforge.net website? Or if it's not there, maybe email me a screenshot of what you're talking about? I always though the little preview below the folder sidebar is sufficient for adjustment and viewing the photo. Although I haven't touched gThumb lately. I just wanna do a comparison with what other people find useful and not between the two software. =)
Thanks!
dex
Features.
I prefer it over gthumb as it allows me to view thumbnails and a full resoultion image at the same time. No need to double click each image. Makes going through a directory so much faster. Zoom or fit to screen both work quite well.
Interesting. I always thought gThumb had this.
GThumb has it, but it's not on by default (and not that easy to figure out intuitively). I agree that Gthumb gets close to gqview these days, but people have to spend the effort and configure it correctly.
Can you point to the screenshot of this feature on the gqview.sourceforge.net website?
On Thu, 2004-12-02 at 01:49 +0800, HaJo Schatz wrote:
GThumb has it, but it's not on by default (and not that easy to figure out intuitively). I agree that Gthumb gets close to gqview these days, but people have to spend the effort and configure it correctly.
Since I learned that gqview was gone by reading this thread, I went to spend about 15 minutes with gthumb. In that time:
1. Despite lots of experimentation and reading the help, I cannot make it display like gqview with the folder list at top left, folder thumbnails at bottom left, and the full-size image at the right.
2. I miss the ability to run a slide show but move back and forth using the keyboard; all I see is the timed delay option.
3. The user interface is not that intuitive; when maximizing a picture, it took me a few moments to see how to get back to seeing folders. Since it's effectively switching views, that should be made clearer to the user.
I'll get used to it, I guess, and I hope the functionality and usability improve somewhat. But at this point, I do think gqview is better.
Cheers,
On Thu, 2004-12-02 at 23:26, Rodolfo J. Paiz wrote:
On Thu, 2004-12-02 at 01:49 +0800, HaJo Schatz wrote:
GThumb has it, but it's not on by default (and not that easy to figure out intuitively). I agree that Gthumb gets close to gqview these days, but people have to spend the effort and configure it correctly.
I'll get used to it, I guess, and I hope the functionality and usability improve somewhat. But at this point, I do think gqview is better.
Absolutely! Which is why I'm also using gqview wherever possible. Fortunately it's available through a lot of 3rd party reps...
On Thu, 02 Dec 2004 23:31:09 +0800, HaJo Schatz hajo@hajo.net wrote: [...]
Absolutely! Which is why I'm also using gqview wherever possible. Fortunately it's available through a lot of 3rd party reps...
Have the developers switched to using gtk2 as yet? I could be wrong on this but one of the reasons it was dropped was because it used gtk1.
N.Emile...
ne... wrote:
On Thu, 02 Dec 2004 23:31:09 +0800, HaJo Schatz hajo@hajo.net wrote: [...]
Absolutely! Which is why I'm also using gqview wherever possible. Fortunately it's available through a lot of 3rd party reps...
Have the developers switched to using gtk2 as yet? I could be wrong on this but one of the reasons it was dropped was because it used gtk1.
N.Emile...
I don't know, but if you get the tarball and build an rpm, it compiles without any problems, and works perfectly.
Seems pretty trivial to get working to me, I have no idea why the developers dropped it.
I'm glad to see I am not the only one who misses it, the day after I started this tread, all I got was abuse.
Dexter Ang wrote:
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
-- Guy Fraser
How about gThumb? Any problems with that?
dex
I have only used it to find duplicates. I seem to remember it didn't work well for what I needed a long time ago. I'll check it out when I get home.
On Tue, 30 Nov 2004 10:21:29 -0700, Guy Fraser guy@incentre.net wrote:
It appears to have been dropped.
Whats up with that. It was the only decent application for viewing and maintaining image repositories.
Hmm. I hadn't noticed because I did an FC2->FC3 upgrade. But you're right that gqview is not on core 3.
You could always download and compile it yourself, from http://gqview.sourceforge.net/
I suspect that FC3 replaced it with a different program. Will have to go searching through the package list.
Guy:
You can download gqview from http://gqview.sourceforge.net/view-down.html get the .tgz file gqview-1.4.5.tar.gz http://prdownloads.sourceforge.net/gqview/gqview-1.4.5.tar.gz and do rpmbuild -tb gqview-1.4.5.tar.gz then install the rpm.
See http://freshrpms.net/docs/fight/ for instructions about rpm.
Best regards, Erwin