[opensuse] What is the "official" way to mount floppy in openSUSE 12.x?
Hello: The subject says the question. [In pre 12 suse versions I had a /media/floppy directory where the floppy could be mounted at (by using the floppy icon on KDE3's desktop). In 12.x there is no such directory, and if created it will be removed at next boot, as I know correctly. Of course I could make a floppy dir under / or somewhere else, but I'd prefer its location to be in /media, since floppy is a media. Why should it be then outside of media dir?] What is the official way of mounting floppy in 12.x.? I have openSUSE 12.1 with KDE3 currently. Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/16/2013 8:59 AM, Istvan Gabor wrote:
Hello:
The subject says the question.
[In pre 12 suse versions I had a /media/floppy directory where the floppy could be mounted at (by using the floppy icon on KDE3's desktop). In 12.x there is no such directory, and if created it will be removed at next boot, as I know correctly. Of course I could make a floppy dir under / or somewhere else, but I'd prefer its location to be in /media, since floppy is a media. Why should it be then outside of media dir?]
What is the official way of mounting floppy in 12.x.? I have openSUSE 12.1 with KDE3 currently.
Thanks,
Istvan
Shucks, I was going to test this for you till I got to the KDE3 part. On 12.3, using KDE4, I just plug in the external floppy drive and thrash thru my junk drawer for an actual floppy, and insert it. The system pops up a notification telling me there is a new unit and offers me choices on what to do. I choose open with file manager (dolphin) and it pops up, showing the content of the floppy. It says the path is /media/disk Not sure how you do this with KDE3, as I only have one Virtual machine still running that version, and its not OpenSuse. Tail /var/log/messages while you insert the disk and see if it will cough up any clues. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version.. [sorry, i can't answer any KDE3 questions. but i do know they are best asked on the mail list mentioned in http://en.opensuse.org/KDE3] dd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
2013. május 16. 20:26 napon DenverD <DenverD@mail.dk> írta:
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version..
[sorry, i can't answer any KDE3 questions. but i do know they are best asked on the mail list mentioned in http://en.opensuse.org/KDE3]
dd
Thank you. Frankly, oS 12.1 is the last openSUSE which has sysvinit type booting, all the newer versions use systemd exclusively, and I don't want that crap on my computer. Based on the fact that KDE4 after these many years of continuous development and despite the tremendous effort put in it still has not reached the stability, usability and overall quality of the abandoned KDE3, I don't have high hopes regarding systemd. I guess don't fix what ain't broken perfectly applies here. That is, I will keep 12.1 (and 11.2 as well) as long as I can and in the meantime I am preparing for switching to another system, probably FreeBSD. After the rant, going back to my original question, I see that /media is a tmpfs filesystem in oS 12. Is there a (possibly easy) way to change it to normal permanent filesystem? Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/16/2013 2:38 PM, Istvan Gabor wrote:
Based on the fact that KDE4 after these many years of continuous development and despite the tremendous effort put in it still has not reached the stability, usability and overall quality of the abandoned KDE3,
Your computer and your choice, but nothing in the above statement is true. KDE4 for the last couple years is rock solid, fully functional, and does everything kde3 did and then some. I too was a hold out for a couple years, but really, you should put your bias aside and try it. And for the record, I don't have any problems with systemd either. (Personal single user PC). The only thing I found problematic with 12.3 is the Xorg needed updates for my particular card. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
KDE4 ... does everything kde3 did
False, as I've written here far more than once: (filed 5 years ago) https://bugs.kde.org/show_bug.cgi?id=158556
and then some.
Clearly, e.g.: https://bugs.kde.org/show_bug.cgi?id=283366 https://bugs.kde.org/show_bug.cgi?id=297219 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 16/05/13 23:00, Felix Miata wrote:
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
You can hide any you don't want to see... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-16 23:23 (GMT+0100) Dylan composed:
Felix Miata wrote:
You can hide any you don't want to see...
Not as in KDE3 via single click, which is what I need to do often many times in a session. If it was possible that bug would not still be confirmed and open. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/16/2013 3:00 PM, Felix Miata wrote:
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
KDE4 ... does everything kde3 did
False, as I've written here far more than once: (filed 5 years ago) https://bugs.kde.org/show_bug.cgi?id=158556
Seriously? Panel Auto-hide? You've been holding out for years because of something fixed ages ago? Its Fixed. And file picker is nearly instantaneous. Come on! You're reaching. If you don't want to use KDE4, just say you are stubborn and leave it lay at that, but don't ask for "official" ways to do anything with a system that has been dead for 5 years. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-16 20:59 (GMT-0700) John Andersen composed:
On 5/16/2013 3:00 PM, Felix Miata wrote:
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
KDE4 ... does everything kde3 did
False, as I've written here far more than once: (filed 5 years ago) https://bugs.kde.org/show_bug.cgi?id=158556
Seriously? Panel Auto-hide? You've been holding out for years because of something fixed ages ago?
What is it you think got fixed? Bug 158556 is not about auto-hide. It's about a regression, missing manual hide. There is no manual hide button available in KDE4. That's what I need. Auto-hide doesn't do what I need in KDE4, same as it didn't do what I needed in KDE3. IOW, KDE4 does _not_ do everything KDE3 did (and still does in both KDE3 and TDE).
Its Fixed. And file picker is nearly instantaneous.
You've obviously not tried to reproduce the conditions described in the picker bug that are inescapable here and cause the the unacceptable delay. I use KDE4 on test systems, but bug 158556 and the picker bugs make KDE4 unacceptable for this user's normal routine use, and annoying to use even on test systems. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/17/2013 12:22 AM:
I use KDE4 on test systems, but bug 158556 and the picker bugs make KDE4 unacceptable for this user's normal routine use, and annoying to use even on test systems.
Oh, and I tried an electric car, but it simply can't manage the 450+ km of the weekly commute from Toronto to Ottawa on a single charge like my Buick can on a single tank of gas, so.. OBVIOUSLY Electric cars are NOT NOW AND NEVER WILL BE despite the fact that like all technologies, they progress over time ANY USE and I can also conveniently ignore the fact that the technology that brought me to the Buick was once in its infancy and was once no use to anyone and would never be able to replace the horse. ========================================== Yea so I can do the 'devil's advocate' thing too. -- A program designed for inputs from people is usually stressed beyond breaking point by computer-generated inputs. -- Dennis Ritchie -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 17/05/2013 06:22, Felix Miata a écrit :
On 2013-05-16 20:59 (GMT-0700) John Andersen composed:
On 5/16/2013 3:00 PM, Felix Miata wrote:
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
KDE4 ... does everything kde3 did
False, as I've written here far more than once: (filed 5 years ago) https://bugs.kde.org/show_bug.cgi?id=158556
Seriously? Panel Auto-hide? You've been holding out for years because of something fixed ages ago?
What is it you think got fixed? Bug 158556 is not about auto-hide. It's about a regression, missing manual hide. There is no manual hide button available in KDE4. That's what I need. Auto-hide doesn't do what I need in KDE4, same as it didn't do what I needed in KDE3. IOW, KDE4 does _not_ do everything KDE3 did (and still does in both KDE3 and TDE).
Its Fixed. And file picker is nearly instantaneous.
You've obviously not tried to reproduce the conditions described in the picker bug that are inescapable here and cause the the unacceptable delay.
I use KDE4 on test systems, but bug 158556 and the picker bugs make KDE4 unacceptable for this user's normal routine use, and annoying to use even on test systems.
I agree with Felix, KDE4 is not at KDE3 level for people using keyboard only, instead of mouse. So I use KDE3. Dsant, from France. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Dsant <forum@votreservice.com> [05-17-13 13:59]: [...]
I agree with Felix, KDE4 is not at KDE3 level for people using keyboard only, instead of mouse. So I use KDE3.
Using *only* the keyboard (your words), of what use is a gui/kde[any number goes here]. fwiw, I also agree with Felix. KDE4 is definitely not at KDE3 level, there is *no* comparison and no need to compare. Felix is welcome to use *any* guiey he wishes as are you. And, I will use that which satisfies my needs no matter what you think of it. After all, linux *is* about choice! using KDE 4.10.2 and not missing KDE2. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata wrote:
I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
That's a new "feature". -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 17:19 (GMT-0400) James Knott composed:
Felix Miata wrote:
I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
That's a new "feature".
KDE4 features feature bloat and surprise paradigm changes with bling (aka compositing) overlays and data mining (aka nepomuk) underlays to slow things down for those who don't throw their puters away every three years or less. :-p -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [05-17-13 17:40]: [...]
KDE4 features feature bloat and surprise paradigm changes with bling (aka compositing) overlays and data mining (aka nepomuk) underlays to slow things down for those who don't throw their puters away every three years or less.
and now *you* are being derisive w/o good reason. You are just bad-mouthing others preferences as many do perfer KDE4. You made *your* choice and you are welcome to it. Leave the bad-mouth at home or JUST SHUT UP! -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, 17 May 2013 17:19:18 -0400 James Knott <james.knott@rogers.com> wrote:
Felix Miata wrote:
I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
That's a new "feature".
No that is old feature that is built in a human brain. There is substantial difference in brain activity needed to find new solution and to apply existing, we tend to resort to old ways whenever possible, and that goes so far that a new solution that is superior in a long run, but doesn't save enough energy in a short term, is rejected. Majority of us is not good at the long term benefits so no surprise there. For instance, drag and drop is a "new" concept to people that learned to deal with configuration files and KDE guys made almost anything drag and drop. How inexcusable waste of developer's time :) On the other hands, kids with smartphones learned that you just drag stuff around. They will solve Felix's dilemma before seconds are passed. Not that young brain does stuff very differently, but their pathways are created around GUI, not some files in some directory that are related to GUI layout. They will scream only if oldtimers try to guide them away from GUI :) -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Rajko wrote:
For instance, drag and drop is a "new" concept to people that learned to deal with configuration files and KDE guys made almost anything drag and drop. How inexcusable waste of developer's time:)
On the other hands, kids with smartphones learned that you just drag stuff around. They will solve Felix's dilemma before seconds are passed. Not that young brain does stuff very differently, but their pathways are created around GUI, not some files in some directory that are related to GUI layout. They will scream only if oldtimers try to guide them away from GUI:)
As much as I use the GUI, for some things the command line and config files are superior. For run of the mill, every day stuff, a GUI is usually fine. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/17/2013 05:09 PM:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
If I could understand what you're trying to do I'd offer to help... IIR one KDE4 systems I installed had a FF icon on the bottom panel, but I moved it to the menu's 'favourites. -- Most people are not really free. They are confined by the niche in the world that they carve out for themselves. They limit themselves to fewer possibilities by the narrowness of their vision. --V. S. Naipaul -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 17:34 (GMT-0400) Anton Aylward composed:
Felix Miata composed:
trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
If I could understand what you're trying to do I'd offer to help...
IIR one KDE4 systems I installed had a FF icon on the bottom panel, but I moved it to the menu's 'favourites.
Environment: 12.2 all Intel 32 bit minimal X plus cups, samba & nfs selected during installation; many *splash*, Plymouth, gtk/gnome things tabooed and/or deselected to cut installation & update times for things never used or wanted solver.onlyRequires = true in /etc/zypp/zypp.conf minimal KDM4/KDE4 added on first boot (to "runlevel 3") (all via zypper & not via patterns; konsole, konq, ksnapshot, kcalc) plus "MozillaFirefox" zypper up to include latest KDE4 from standard 3 repos (oss, non-oss, updates) panning fix applied via build service global disable compositing and unforce 96 DPI via /etc/X11/xorg.conf.d/ new "user" (aka no previous customizing of desktop settings) On first open: no Firefox icon appears on panel I change starter to classic style I delete (never to be used) "activities" icon from panel I change desktops in pager to (at least) 4 I configure task manager with no sorting or grouping I add seconds and iso date to clock display I configure desktop (fix Locale, increase font sizes, stop requiring exit confirmation, fix keyboard NUM and timings, configure power "saving" to 120 minutes; configure application launcher menu settings to >5 recent, no recently installed, & logoff instead of leave) I open and whiten Konsole IIRC, it was Win9x the better part of two decades ago that introduced the taskbar concept of "quick launch" at lower left next to the main menu starter for most used apps. To me that remains the most valid paradigm for most frequently used apps. So, I try to get a Firefox icon for quick starting it placed in this vicinity, but no can do. PS, after using awhile and many exit (without closing Konsole first)/restart cycles of KDE using different X configurations, Konsole about 40% of the time on restart is stuck on panel, unable to be raised to desktop, or closed. Another or more session restarts is required to restore access to this Konsole instance. And, there's still no manual panel hide, and file picker is still a sluggard. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, 17 May 2013 18:38:07 -0400 Felix Miata <mrmazda@earthlink.net> wrote: ...
On first open: no Firefox icon appears on panel I change starter to classic style
Search does not exist in classic style and this days with elaborated menu structure it is convenient to ask for certain application via search and if it is often used then move it to Favorites, Quicklaunch, etc. (It is bias stemming from old days that makes you browse instead search. BTW, Don't feel offended as we all have biases that do the same: impairs decision making process.)
I delete (never to be used) "activities" icon from panel
It is Activities and Add Widget panel, so hating Activities made you remove an easy visible access to your other helper :) You can get it from context menu too. (That is bias too, and not to your advantage.) ...
IIRC, it was Win9x the better part of two decades ago that introduced the taskbar concept of "quick launch" at lower left next to the main menu starter for most used apps. To me that remains the most valid paradigm for most frequently used apps.
Absolutely useful if you plan to use browsing trough all the menus of Classic style main menu, but in KDE you can: * do the same, just drag and drop icon for you application to the place on a "kickstater" (panel) where you want it; if it is not right where you want it, then either edit panel, or delete and drag from source again * you can also add widget Quicklaunch that can host a lot of your favorites; you can add more then one widget, so you can group apps. To fill up widget, use drag'n'drop.
So, I try to get a Firefox icon for quick starting it placed in this vicinity, but no can do.
See above. Drag'n'drop is not a new concept, and it is sometimes fun to explore what you can do with it in KDE4.
PS, after using awhile and many exit (without closing Konsole first)/restart cycles of KDE using different X configurations, Konsole about 40% of the time on restart is stuck on panel, unable to be raised to desktop, or closed. Another or more session restarts is required to restore access to this Konsole instance.
And, there's still no manual panel hide,
I'll have to ask you why is manual panel hiding so important to you. How big is screen that you use, and how much savings on a screen surface offers hidden panel? Then, once it is hidden, how that improves accessibility? You have to click to "unhide" it and then click to start application. To me it appears as focus on feature that makes sense in some very limited use cases, like kiosk mode, which most likely you don't use. Besides there is few desktop layouts besides classic that you may want to explore for your benefit. If nothing else, you will know that you are not missing them.
and file picker is still a sluggard.
Its design is appropriate for computers that have not 100 partitions. I'm sure it can be improved, but it will help how many users? You could the only one in the world with such massive number of devices placed in fstab. -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-18 00:36 (GMT-0500) Rajko composed:
Felix Miata wrote:
On first open: no Firefox icon appears on panel I change starter to classic style
Search does not exist in classic style and this days with elaborated menu structure it is convenient to ask for certain application via search and if it is often used then move it to Favorites, Quicklaunch, etc.
I mostly do only minimal installs, to minimize noise from never to be used apps, minimize bandwidth consumption and time consumption at installation and update times, and minimize space required for a usable installation so as to fit a larger diversity of installations in a given total available space. With minimal selection available, need for a typed search to find an app is non-existent, and non-appreciated. Typed searches I do in individual application search boxes, web page search boxes, OFMs, and YaST, not in DE menuing systems. The few favorite apps are either kept open continuously, or fit on a small panel space, like in Windows 9x. Here there are many installations. Similarity and repeatability among them are desirable characteristics readily provided via copying or tweaking config files, poorly replicated or unrepeatable via pointing devices.
- do the same, just drag and drop icon for you application to the place on a "kickstater" (panel) where you want it; if it is not right where you want it, then either edit panel, or delete and drag from source again
- you can also add widget Quicklaunch that can host a lot of your favorites; you can add more then one widget, so you can group apps. To fill up widget, use drag'n'drop.
See above. Drag'n'drop is not a new concept, and it is sometimes fun to explore what you can do with it in KDE4.
There is no "just" DND here. I didn't like DND decades ago when it was a new thing, and I don't like it now. It's poorly repeatable, particularly since by default everything on a modern desktop is designed for people with 15 year old eyes sitting close enough to screen to tell difference between a pixel in the middle of the dot on an "i" and a baby gnat landed on screen. My eyes can't do anything like that, and I certainly can't sit 14" or less away from 4-6 different displays at once.
I'll have to ask you why is manual panel hiding so important to you. How big is screen that you use, and how much savings on a screen surface offers hidden panel?
I use many different screens, with and without panning enabled. Screen size and resolution aren't relevant here to panel hiding and unhiding.
Then, once it is hidden, how that improves accessibility? You have to click to "unhide" it and then click to start application.
The need is difficult to explain, so I won't try to do it in detail. It's all about laying out objects on the desktop for full screen screenshots in which the panel is not to be included in the shot, and having _nothing_ other than the ksnapshot and file picker windows move unless I make the move myself using a click or drag at least until after the capture, and the capture image review, and the recapture if one is necessary. You can peruse the images in http://fm.no-ip.com/SS/ to maybe get an idea.
Its design is appropriate for computers that have not 100 partitions. I'm sure it can be improved, but it will help how many users? You could the only one in the world with such massive number of devices placed in fstab.
It's not one fstab here. It's hundreds. It's not just disk partitions, but also NFS and Samba shares from the LAN. The problem did not and does not exist in KDE3 or TDE. Automagic is usually fine for typical uses. My uses aren't typical, and automagic is as likely to get in my way as be useful. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/18/2013 02:28 AM:
[...]
I mostly do only minimal installs, to minimize noise from never to be used apps, minimize bandwidth consumption and time consumption at installation and update times, and minimize space required for a usable installation so as to fit a larger diversity of installations in a given total available space. With minimal selection available, need for a typed search to find an app is non-existent, and non-appreciated. Typed searches I do in individual application search boxes, web page search boxes, OFMs, and YaST, not in DE menuing systems.
The few favorite apps are either kept open continuously, or fit on a small panel space, like in Windows 9x.
Nothing wrong with that; you're describing a sort-of "kiosk mode" as Rajko says. Just don't expect a general purpose screen from the selection available to do everything. That's why there are other options. The whole point of the things you seem to be fighting against here are there for the reasons you've chosen not to want to use them. Now that's a perfectly valid use case, as you go on to describe, but its like complaining your Miata sports car doesn't have the ability to car around the wife and kids and camping gear and supplies for the annual vacation http://www.imdb.com/title/tt0085995/ Or worse, not we have minivans!
Here there are many installations. Similarity and repeatability among them are desirable characteristics
ROTFLMAO! Most of what MS-Windows is about gives trivial customization: colour, fonts, placement etc. Linux GUIs have followed. Lock-down is about ... well "Kiosk mode". Yes, productive factory worker-droids shouldn't be allowed to waster time fiddling with the GUI settings, so this was 'obviously' a conspiracy on the part of the Communist Nations to cut down the productivity of the West. And yes there are web sites about this. Go google to see who has further wasted time drawing then up ...
There is no "just" DND here. I didn't like DND decades ago when it was a new thing, and I don't like it now.
See Rajko's comment on cognition of the new ..
It's poorly repeatable,
Except by people that aren't antagonistic to it, just like, for example, systemd and KDE4.
Automagic is usually fine for typical uses. My uses aren't typical, and automagic is as likely to get in my way as be useful.
There are other types of display under KDE4 and there are other DMs If as you say the application set is small and fixed then why do you need something as comprehensive and powerful as KDE4? But if you want a restricted setting the why not use kiosktool http://techbase.kde.org/KDE_System_Administration/Kiosk/Introduction That given, I can think of other DMs more suited to the strap-down configuration. Really, here, we're doing two things. 1. Solving a problem that isn't so much part of Felix's "use case" (which seems to be a strap-down/kiosk situation) as "the deckchairs n the Titanic" of how to arrange icons on a panel. 2. Having to deal with Felix's own prejudices about things like DnD. I think we, and Felix, need to step back a moment and go into "Consultant mode" rather then "Techie mode" and stop trying to drill down on this technical problem and re-read Felix's description of what he's trying to DELIVER to his users (stripped of all the stuff about 14" viewing etc). The fact that so many of us can do what Felix says he can't tells me that either (a) its not a technical problem or (b) Felix has his system so wildly configured that nothing can work! I think that because he's shown me a stripped down "new" account/screen snapshots that (b) is not the case. So lets not keep hammering at him as if he can't follow our instructions. We know Felix is VERY technically experienced and competent. So lets step back and ask what the real issue, what the 'deliverable' here is, 'cos it sure ain't simply the placement of an icon on a panel; that's just his immediate hurdle. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, the robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, 18 May 2013 02:28:53 -0400 Felix Miata <mrmazda@earthlink.net> wrote:
On 2013-05-18 00:36 (GMT-0500) Rajko composed: ...
Search ...
I mostly do only minimal installs, to minimize noise from never to be used apps, minimize bandwidth consumption and time consumption ...
The few favorite apps are either kept open continuously, or fit on a small panel space, like in Windows 9x.
Here there are many installations. Similarity and repeatability among them are desirable characteristics ...
See, your use case is testing, but what you test is not a typical use case with default selection as a base, it is arbitrary downsized system and application set that may, or may not work the same way as default installation. Your change to packaging system: solver.onlyRequires = true in /etc/zypp/zypp.con combined with difference in opinion between you and packager what belongs to Require, this can drop out some helper libraries, or applications that are present in a default set. Your system may have different properties then the one of average users, so your problem could be all between, only yours and affects everybody. As a matter of fact, your systems have different properties for sure, when one takes in account all changes to display that you do. It may suit you, but then, you are not testing the same graphical output that most users can see. Installations this days, even minimal that you use, are still too large for detailed comparative breakdown of effects that all combinations of components can produce.
- do the same, just drag and drop ...
There is no "just" DND here. I didn't like DND decades ago when it was a new thing, and I don't like it now. It's poorly repeatable,...
Again, you have a problem with something that is not present for average user. You want repeatability to the last pixel, which is in day to day operation of a desktop largely irrelevant. Dragging icons, or other representations of objects, must work without precision that you are asking for, otherwise, it is an usability bug. Apropos eyes, mine are far from being as good as they were in my thirties (seeing sharp from 2" to far away), but with help of spectacles DND works fine.
I'll have to ask you why is manual panel hiding so important to you. ... The need is difficult to explain, so I won't try to do it in detail. It's all about laying out objects on the desktop for full screen screenshots in which the panel is not to be included in the shot
Not having panel in a screenshot is an extra demand that will not change quality of a screenshot; it will be more like dropping out an aid to people watching your image. Panel has its standard size in default installation, so it works as some kind of reference object. (Note: "some kind", not pixel precise reference.)
Its design is appropriate for computers that have not 100 partitions. I'm sure it can be improved, but it will help how many users? You could the only one in the world with such massive number of devices placed in fstab.
It's not one fstab here. It's hundreds. It's not just disk partitions, but also NFS and Samba shares from the LAN. The problem did not and does not exist in KDE3 or TDE.
Does KDE3 automatically update display? How often it scans for updated information? NFS, Samba are as fast as network and protocols allow. One can't speed that up without compromises. There is, probably, more questions to ask, before one can answer what works and what not. Also, you can configure that panel to show only what you want to see.
Automagic is usually fine for typical uses. My uses aren't typical, and automagic is as likely to get in my way as be useful.
Problem is that you test something with your arbitrary changes to default. You think of it as of minimized representations of real system, but, as mentioned above, it is most likely that your system does not behave the same way as default one, which severely limits applicability of test results. Don't be surprised that developers and other users have sometimes hard time to reproduce bugs and problems you can see. -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-18 07:49 (GMT-0500) Rajko composed:
On Sat, 18 May 2013 02:28:53 -0400 Felix Miata wrote:
See, your use case is testing, but what you test is not a typical use case with default selection as a base, it is arbitrary downsized system and application set that may, or may not work the same way as default installation.
Not infrequently the test is for whether unexpected consequences follow from non-default settings or usage.
Your change to packaging system: solver.onlyRequires = true in /etc/zypp/zypp.conf combined with difference in opinion between you and packager what belongs to Require, this can drop out some helper libraries, or applications that are present in a default set. Your system may have
systemS, plural, and many.
different properties then the one of average users, so your problem could be all between, only yours and affects everybody.
I test various things, one of which is for broken dependencies. Without solver.onlyRequires=true they escape discovery. e.g. https://bugzilla.novell.com/show_bug.cgi?id=820571
There is no "just" DND here. I didn't like DND decades ago when it was a new thing, and I don't like it now. It's poorly repeatable,...
Again, you have a problem with something that is not present for average user. You want repeatability to the last pixel
It's not about last pixel. It either fits, or it doesn't fit. Many times the panel's 30 or so px make a difference that completely changes the context. Sometimes the panel's content constitutes noise. For me, cut & paste works far more reliably and repeatably than DND.
The need is difficult to explain, so I won't try to do it in detail. It's all about laying out objects on the desktop for full screen screenshots in which the panel is not to be included in the shot
Not having panel in a screenshot is an extra demand that will not change quality of a screenshot; it will be more like dropping out an aid to
Actually it can make a big difference. Either it's good enough, or it's not; something fits, or it doesn't; it shows what it needs to show, or it doesn't; go/no-go.
people watching your image. Panel has its standard size in default installation, so it works as some kind of reference object. (Note: "some kind", not pixel precise reference.)
"Standard" panel size is invariably too short when desktop is significantly more than 1024x768, which is one of the recurring problems I have to deal with. I use other objects for reference, such as the fonts control panel, KCalc and/or the X Server panel served by kcmshell(4). The DND-only method of customizing panel height, not a limitation of KDE3, is non-repeatable without digging into ~/.kde4 while KDE4 session is closed.
Does KDE3 automatically update display? How often it scans for updated information?
Irrelevant. I do far more session starting and stopping than average. Updates happen often enough for my purposes.
Also, you can configure that panel to show only what you want to see.
Typically a default panel shows all I need to see. This thread spur happened because I tried to deviate from typical.
Don't be surprised that developers and other users have sometimes hard time to reproduce bugs and problems you can see.
In many cases I assume they have a hard time, or cannot. What I test typically requires testing in a very wide variety of conditions, to find what varies on account of different conditions. I know most use few or only one set of conditions, one screen, or maybe two, running at the screens' preferred or native resolution. Of course they cannot precisely reproduce if equipment or other limitations prevent matching the conditions I used. This is why my screenshots are often made in sets instead of individually, and why some things need to be readily repeatable. Most recently: http://fm.no-ip.com/SS/Fnt/CSSsmall/ for individual images http://fm.no-ip.com/SS/Fnt/CSSsmall/font-small-images.html to load all images at once -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Rajko wrote:
Search does not exist in classic style and this days with elaborated menu structure it is convenient to ask for certain application via search and if it is often used then move it to Favorites, Quicklaunch, etc.
This is one I miss too. I use the KDE3 desktop and classic menu, as I hate the new desktop and menu. It'd be nice to have that search function back again. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/17/2013 05:09 PM:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system.
I've just read http://www.zdnet.com/anonymous-msft-developer-admits-linux-is-faster-than-wi... and am glad to be associated with what amounts to a 'drive for excellence'. -- People don't react to reality; they react to their perceptions of reality. -- human psychology truism -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [05-17-13 17:11]:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
I guess like anything, there are new ways and some are different. I call it a continuing learning process, but it may be called older age :^) unlock widgets -> panel options -> panel settings -> drag and drop -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 18:25 (GMT-0400) Patrick Shanahan composed:
unlock widgets -> panel options -> panel settings -> drag and drop
There used to be next to or near "add widgets", the rather obvious "add application". Where did it go? Drag & drop from where? DND makes me nuts, not infrequently making things disappear by treating an accidental minimal drag as if done on purpose. MC is my file manager, and not by using a pointing device. The time I was able to get a FF icon to the wrong end of the 4.10.x panel, I did it via context menu for FF in the application starter, not DND. That result is what was disallowed from being dragged to the other end, even though panel remained, as virtually always here, unlocked. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/17/2013 06:52 PM:
On 2013-05-17 18:25 (GMT-0400) Patrick Shanahan composed:
unlock widgets -> panel options -> panel settings -> drag and drop
There used to be next to or near "add widgets", the rather obvious "add application".
There is an 'add to panel' option from the main menu.
Where did it go? Drag & drop from where?
Once its on the main menu, use the peanut a the end of the panel to open it for editing. Mouseover the FF icon on the pane and the arrows apeear. Click and hold to drag. -- "The Singapore government isn't interested in controlling information, but wants a gradual phase-in of services to protect ourselves. It's not to control, but to protect the citizens of Singapore. In our society, you can state your views, but they have to be correct." - Ernie Hai, coordinator of the Singapore Government Internet Project -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
Felix Miata said the following on 05/17/2013 06:52 PM:
On 2013-05-17 18:25 (GMT-0400) Patrick Shanahan composed:
unlock widgets -> panel options -> panel settings -> drag and drop
There used to be next to or near "add widgets", the rather obvious "add application".
There is an 'add to panel' option from the main menu.
Where did it go? Drag & drop from where?
Once its on the main menu, use the peanut a the end of the panel to open it for editing.
Peanut? Cashew? How many nuts are in KDE4? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 18:25 (GMT-0400) Patrick Shanahan composed:
unlock widgets -> panel options -> panel settings -> drag and drop
Pictography: Done fresh a short while ago (same as I did last night): http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step1.png http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step2.png http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step3.png From here is where everything always goes nuts. Responses to mouse actions are inexplicable, leaving what seems to be random rearrangement of several areas instead of simple dropping FF between FM and Konq icons right of pager area. As I wrote upthread, DND & I don't get along. 12.2, 4.10.1 r545 Last updated March 31 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [05-17-13 22:36]:
On 2013-05-17 18:25 (GMT-0400) Patrick Shanahan composed:
unlock widgets -> panel options -> panel settings -> drag and drop
Pictography:
Done fresh a short while ago (same as I did last night): http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step1.png http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step2.png http://fm.no-ip.com/SS/KDE/kdepanelshortcut4-10-x-step3.png
From here is where everything always goes nuts. Responses to mouse actions are inexplicable, leaving what seems to be random rearrangement of several areas instead of simple dropping FF between FM and Konq icons right of pager area.
As I wrote upthread, DND & I don't get along.
12.2, 4.10.1 r545 Last updated March 31
T'weed, 4.10.2 r1 April 22 http://wahoo.no-ip.org/~pat/Shot1.jpg http://wahoo.no-ip.org/~pat/Shot2.jpg http://wahoo.no-ip.org/~pat/Shot3.jpg http://wahoo.no-ip.org/~pat/Shot4.jpg as previously diagrammed. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 23:23 (GMT-0400) Patrick Shanahan composed:
http://wahoo.no-ip.org/~pat/Shot1.jpg http://wahoo.no-ip.org/~pat/Shot2.jpg http://wahoo.no-ip.org/~pat/Shot3.jpg http://wahoo.no-ip.org/~pat/Shot4.jpg
Thanks for trying, but no grok based simply on order presented. I was able to get FF into nearby location, then rearrange nearby icons to make it end up where I wanted. It refused to drop in between file manager and Konq, but fell into place after deleting activities icon and then deleting file manager icon. Time will tell if I can repeat the process after some time passes. On session restart, Konsole is again present on the task manager only and will not let me use it without repeating session restart.
as previously diagrammed.
Not anywhere I could recognize. :-( -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/18/2013 12:22 AM:
Thanks for trying, but no grok based simply on order presented. I was able to get FF into nearby location, then rearrange nearby icons to make it end up where I wanted. It refused to drop in between file manager and Konq, but fell into place after deleting activities icon and then deleting file manager icon.
Well OBVIOUSLY! You were expecting a liner movement when the reason it was jerking around is that the if was reshuffling those. Not everything is the same width and if you move a 16px wide which is on the right of a 200px wide object then there's going to be a jump/jerk as they "swap places". All of a sudden the 16px is 200px to the left! JUMP! JERK! NONLINEAR! Now add in some things are 'stretch-to-fit-available-space' or otherwise elastic. Now add in each widget can have other attributes ... Now add in the panel can have attributes ... Now add in there can be spacers - and they can be elastic too ... Yes, the resulting behaviour/interaction can be non-intuitive. And it doesn't help that you cannot see many of the widgets (like spacers) or things like task managers that are 'empty'. So you have to find out that they are there and what their effects will be. Just like everything else in life and non-trivial software :-) -- First they ignore you, then they laugh at you, then they fight you, then you win. -- Mahatma Gandhi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
- Felix Miata <mrmazda@earthlink.net> [05-17-13 17:11]:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
I guess like anything, there are new ways and some are different. I call it a continuing learning process, but it may be called older age :^)
unlock widgets -> panel options -> panel settings -> drag and drop
This is one of the things that makes me continue using KDE3 -- Everything, and I mean ABSOLUTELY EVERYTHING takes more mouse-clicks to accomplish in KDE4 than in KDE3.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/17/2013 05:09 PM, Felix Miata pecked at the keyboard and wrote:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
You need to unlock the widgets (icons) before you can move them. -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/17/2013 07:21 PM, Ken Schneider - openSUSE wrote:
On 05/17/2013 05:09 PM, Felix Miata pecked at the keyboard and wrote:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
You need to unlock the widgets (icons) before you can move them.
If he moved something "near the clock" then he must have the panel unlocked, but if not, then click on a clear part of the display, and you should get a selection to unlock widgets, and do so. At any rate, with the widgets unlocked, click on the "cashew" at the far right end of the panel. Then you should see a four-pointed dingus over any item on the panel that you mouse to. Drag the desired widget/icon just slightly _past_ the desired place for it and let go. It should now be where you want it. Close the application with the little red ball with the white x in it at the right hand end. Done! --doug -- Blessed are the peacemakers..for they shall be shot at from both sides. --A.M.Greeley -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/17/2013 4:28 PM, Doug wrote:
On 05/17/2013 07:21 PM, Ken Schneider - openSUSE wrote:
On 05/17/2013 05:09 PM, Felix Miata pecked at the keyboard and wrote:
On 2013-05-17 15:06 (GMT-0400) Patrick Shanahan composed:
After all, linux *is* about choice!
I used to think that. I have my doubts any more after seeing discussion about Linda's initrds and /usr moves, installation nightmares with Fedora's "newUI", and the things that no longer work for those who have "upgraded" to versions where systemd is the only supported init system. Then last night trying to use KDE 4.10.x I decided after finding none I wanted to put a Firefox icon next to the Konq icon on the (only) kicker (aka panel). I was eventually able to put one near the clock, but after more than 5 minutes monkeying with it failed to figure out how to place one or move one where I wanted it and gave up.
You need to unlock the widgets (icons) before you can move them.
If he moved something "near the clock" then he must have the panel unlocked, but if not, then click on a clear part of the display, and you should get a selection to unlock widgets, and do so. At any rate, with the widgets unlocked, click on the "cashew" at the far right end of the panel. Then you should see a four-pointed dingus over any item on the panel that you mouse to. Drag the desired widget/icon just slightly _past_ the desired place for it and let go. It should now be where you want it. Close the application with the little red ball with the white x in it at the right hand end. Done!
--doug
But Doug.... He doesn't want to learn new tricks. That is essentially his whole rant. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, May 17, 2013 at 5:30 PM, John Andersen <jsamyth@gmail.com> wrote:
On 5/17/2013 4:28 PM, Doug wrote:
If he moved something "near the clock" then he must have the panel unlocked, but if not, then click on a clear part of the display, and you should get a selection to unlock widgets, and do so. At any rate, with the widgets unlocked, click on the "cashew" at the far right end of the panel. Then you should see a four-pointed dingus over any item on the panel that you mouse to. Drag the desired widget/icon just slightly _past_ the desired place for it and let go. It should now be where you want it. Close the application with the little red ball with the white x in it at the right hand end. Done!
--doug
But Doug.... He doesn't want to learn new tricks. That is essentially his whole rant.
And we've been through these exact same steps every single time it's brought up. Look in the ML archive. Every single time this example is brought up... every time, those who use KDE4 patiently explain... right click... unlock... drag the icon... and every single time... that advice is ignored with comments of "drag and drop is stupid" or something similar. You're wasting keystrokes replying.... kind of like I am now. I'm going back out in the sunshine... so should everyone else. C. -- openSUSE 12.3 x86_64, KDE 4.10 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/17/2013 07:21 PM, Ken Schneider - openSUSE wrote:
You need to unlock the widgets (icons) before you can move them.
If he moved something "near the clock" then he must have the panel unlocked, but if not, then click on a clear part of the display, and you should get a selection to unlock widgets, and do so. Should have said "right click" --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
John Andersen said the following on 05/16/2013 11:59 PM:
Come on! You're reaching. If you don't want to use KDE4, just say you are stubborn and leave it lay at that, but don't ask for "official" ways to do anything with a system that has been dead for 5 years.
No, leave him be. He's essentially saying that he won't upgrade his car because he can't get it in the colour of the old one. Now that may seem silly to you and me, but the point is that its important to him. Well, perhaps not colour, but you can find a lot of example in society of people sticking with 'the old way' for various reasons up to and including "well my grandfather was born and died in this house and I'm not moving from it". I suppose we all have out idiosyncrasies and for the most part they don't matter except when they either get imposed on people or they get in the way of society; like Spocks "The need of the many outweigh the needs of the few". People has postyed here about staying with 11.4 for good reasons and ther is a suport group for the people who want to stay with KDE3. THis does not give wither of them the right to denigrate later version of the system of KDE with suchh accusations as "it still has not reached the stability, usability and overall quality of the abandoned KDE3". Any new thing, be it a automobile, computer or piece of software, means changes (otherwise why bother?). Some represent the start of a new sequence rather than just a refinement of an old one such as electric cars not being a further refinement of the internal combustion engine). -- Few problems cannot be solved by proper application of high explosives. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Come on! You're reaching. If you don't want to use KDE4, just say you are stubborn and leave it lay at that, but don't ask for "official" ways to do anything with a system that has been dead for 5 years.
No, leave him be. He's essentially saying that he won't upgrade his car because he can't get it in the colour of the old one. Now that may seem silly to you and me, but the point is that its important to him.
And others...
Well, perhaps not colour, but you can find a lot of example in society of people sticking with 'the old way' for various reasons up to and including "well my grandfather was born and died in this house and I'm not moving from it".
Those who live in a hot climate need cool colors (e.g. silver or white), so cars unavailable in those colors will sell poorly if at all. Silver paint doesn't last, so that leaves white for those who need durability too.
People has postyed here about staying with 11.4 for good reasons and ther is a suport group for the people who want to stay with KDE3.
WRT computing, one can become dependent on features that most don't understand or use. KDE3 had features that are broken (file picker) or unavailable (manual panel hiding) in KDE4. X up through 12.1 has functional panning. which is missing in standard repo configurations (upstream regression, not just openSUSE). 11.4 has sysvinit. 12.1 has sysvinit by option. Newer means jumping through hoops at best to keep on keeping on with what isn't/wasn't broke and doesn't/didn't need fixing.
Any new thing, be it a automobile, computer or piece of software, means changes (otherwise why bother?). Some represent the start of a new sequence rather than just a refinement of an old one such as electric cars not being a further refinement of the internal combustion engine).
A car can continue to be used, bugs and all, as long as it's cared for properly and protected against impacts and vandalism. Gasoline and diesel are quickly refilled, and more efficient WRT space and mass than batteries that take time to charge when depleted and require bigger brakes to stop. Puting incorporates a paradigm that doesn't apply to cars. The web is evolving in a fashion that cannot be stopped. Web developers as a group presume latest browser features, so latest browsers are necessary to retain safest access. For Windows users, latest browsers are available for a 12 year old OS version through standard channels. If you use Linux, equivalent availability can expire in as little as 18 months. Things that have been around decades or hundreds or thousands of years probably don't need to be changed. Newer is not equivalent to better. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/17/2013 09:55 AM:
Those who live in a hot climate need cool colors
Ppeole the world over want fashionale .. Oh you mean 'cool' as in 'reflect the heat'. Sorry, why don't you SAY WHAT YOU MEAN?
(e.g. silver or white),
Those are very popular in colder cliemtes like here in the GWN as well :-)
so cars unavailable in those colors will sell poorly if at all.
Ah, or do you mean "fashion"? Cars in whatever the fashion isn't, be it brand, shape or colour sell poorly. Look, for example, at the chrome plates machines of the 40s and 50s and 60s, and, as one example, how Volvo shifted from the "boxy look" of the 70s to the more rounded look towards the end of the century and the instinctive "go with rest of the sheep" styling of today.
Silver paint doesn't last, so that leaves white for those who need durability too.
Ah, I'm sure Dupont will have a 'fix' for that - if there is an adequate market for it. Question for you: All those old fashioned range rovers that seem to be a traditional part of the desert scene, all those more modern range rovers I see in the hot climate of the south of France. They seem to be all colours. Are you saying that, similarly, people in hot countries only wear white when out of doors? -- "The pains of age remind us of the wisdom we have won through our trials." -- Kate Elliott, -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2013-05-17 10:17 (GMT-0400) Anton Aylward composed:
Question for you: All those old fashioned range rovers that seem to be a traditional part of the desert scene, all those more modern range rovers I see in the hot climate of the south of France. They seem to be all colours.
Maybe acquisition is handled by corporate desk jockeys who don't drive them. Those who purchase new vehicles typically replace them before paint deterioration becomes an issue. Those who purchase pre-owned typically don't have much in the way of color choices when need to buy a particular make and/or model arises.
Are you saying that, similarly, people in hot countries only wear white when out of doors?
I'm sure those interested in keeping cool as possible while unable to avoid being in the sun prefer to wear the lightest available clothing colors. I live at 28 degrees N latitude. Black, navy and brown are not popular color choices during summer around here, or even during winter. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata wrote:
On 2013-05-17 10:17 (GMT-0400) Anton Aylward composed:
Question for you: All those old fashioned range rovers that seem to be a traditional part of the desert scene, all those more modern range rovers I see in the hot climate of the south of France. They seem to be all colours.
Maybe acquisition is handled by corporate desk jockeys who don't drive them. Those who purchase new vehicles typically replace them before paint deterioration becomes an issue. Those who purchase pre-owned typically don't have much in the way of color choices when need to buy a particular make and/or model arises.
Are you saying that, similarly, people in hot countries only wear white when out of doors?
I'm sure those interested in keeping cool as possible while unable to avoid being in the sun prefer to wear the lightest available clothing colors. I live at 28 degrees N latitude. Black, navy and brown are not popular color choices during summer around here, or even during winter.
In Saudi Arabia, everyone wears white (except for the adult women, who are condemned to wear black from head to toe, with nothing exposed to the air other than their hands). -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
Question for you: All those old fashioned range rovers that seem to be a traditional part of the desert scene, all those more modern range rovers I see in the hot climate of the south of France. They seem to be all colours.
Are you saying that, similarly, people in hot countries only wear white when out of doors?
Wow. Go to any desert country. ALL of the civilian cars are white. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata said the following on 05/16/2013 06:00 PM:
On 2013-05-16 14:46 (GMT-0700) John Andersen composed:
KDE4 ... does everything kde3 did
False, as I've written here far more than once: (filed 5 years ago) https://bugs.kde.org/show_bug.cgi?id=158556
and then some.
Clearly, e.g.: https://bugs.kde.org/show_bug.cgi?id=283366 https://bugs.kde.org/show_bug.cgi?id=297219
DUH? Works for my 'use case'. At some point this "KDE4 can't do what KDE3" can pissing match gets to be like saying that my Buick can't do what my old Honda Civic can do because the Buick doesn't have a shift stick and clutch and has a smaller turning circle. And its as pointless as a repost of the form: "Yes but the Buick has a trunk (aka "boot" for English speakers) large enough to hold an orgy in". I'm just wondering what "use case" applies for the guy I know who is living down town, miles away from a highway never mind "rough ground" has for the big Hummer? Where he lives, his local roads, I'd think a SmartForTwo would serve him better, but that only my opinion and he has the freedom to chose and obviously the money to afford it. Like they say, YMMV, but saying something of the ilk of "has not reached the stability, usability and overall quality" because it doesn't do what your old model did is as pointless as the Buick/Honda example I gave. Perhaps if the KDE4 developers had called it something other than KDE4 you wouldn't be complaining. -- There is no use whatever trying to help people who do not help themselves. You cannot push anyone up a ladder unless he be willing to climb himself. - Andrew Carnegie -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
John Andersen said the following on 05/16/2013 05:46 PM:
On 5/16/2013 2:38 PM, Istvan Gabor wrote:
Based on the fact that KDE4 after these many years of continuous development and despite the tremendous effort put in it still has not reached the stability, usability and overall quality of the abandoned KDE3,
Your computer and your choice, but nothing in the above statement is true.
KDE4 for the last couple years is rock solid, fully functional, and does everything kde3 did and then some.
+6,023*10^24
I too was a hold out for a couple years, but really, you should put your bias aside and try it.
And for the record, I don't have any problems with systemd either. (Personal single user PC).
See above. As I said earlier, once prejudice against something set in there isn't going to be the investment in learning that the prejudice is unfounded.
The only thing I found problematic with 12.3 is the Xorg needed updates for my particular card.
ROTFLMAO! And which revision hasn't resulted in that? If there's one hassle I see with Linux that is pretty much universal for every distribution (except Knoppix) its around X! -- For ages, a deadly conflict has been waged between a few brave men and women of thought and genius upon the one side, and the great ignorant religious mass on the other. This is the war between Science and Faith. The few have appealed to reason, to honor, to law, to freedom, to the known, and to happiness here in this world. The many have appealed to prejudice, to fear, to miracle, to slavery, to the unknown, and to misery hereafter. The few have said "Think" The many have said "Believe!" --Robert Ingersoll (Gods) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/16/2013 05:38 PM, Istvan Gabor pecked at the keyboard and wrote:
- május 16. 20:26 napon DenverD <DenverD@mail.dk> írta:
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version..
[sorry, i can't answer any KDE3 questions. but i do know they are best asked on the mail list mentioned in http://en.opensuse.org/KDE3]
dd
Thank you. Frankly, oS 12.1 is the last openSUSE which has sysvinit type booting,
Not true, 12.2 also has sysvinit as well. :-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 16/05/13 20:26, schrieb DenverD:
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version..
What is the best way to move from 12.1 to 12.3 and keep /home (not a partition of it's own) and /var/spool/news ( /var is a partition on a SSD)? Or is it better to use 12.2 currently and go to 13.1 later on? Thanks in advance Markus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, May 21, 2013 at 3:42 PM, MarkusGMX <Markus.Egg@gmx.at> wrote:
Am 16/05/13 20:26, schrieb DenverD:
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version..
What is the best way to move from 12.1 to 12.3 and keep /home (not a partition of it's own) and /var/spool/news ( /var is a partition on a SSD)?
Or is it better to use 12.2 currently and go to 13.1 later on?
Version to version updates are supported Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3 That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3 I think most of the devs now just use "zypper dup" to upgrade. Instructions are at: http://en.opensuse.org/SDB:System_upgrade Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/21/2013 12:52 PM, Greg Freemyer wrote:
Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3
That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3
I've never seen that official recommendation to single-step each upgrade. (Not saying such isn't recommended in some obscure place, juta that its pointless. I've gone directly from 11.4 to 12.3 with an inplace upgrade with zero problems. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, May 21, 2013 at 3:59 PM, John Andersen <jsamyth@gmail.com> wrote:
On 5/21/2013 12:52 PM, Greg Freemyer wrote:
Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3
That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3
I've never seen that official recommendation to single-step each upgrade. (Not saying such isn't recommended in some obscure place, juta that its pointless.
I've gone directly from 11.4 to 12.3 with an inplace upgrade with zero problems.
You got lucky :) (but I agree it normally works from what I see people post) After a rpm is installed there is a %postin (post install) section of logic that gets run. If there is a config file or on-disk structure change that has to be addressed during an upgrade, that's where it is done. The devs can add as much backwards compatibility to that as they like, but it is only required that a smooth upgrade from the previous version is supported. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/21/2013 1:30 PM, Greg Freemyer wrote:
On Tue, May 21, 2013 at 3:59 PM, John Andersen <jsamyth@gmail.com> wrote:
On 5/21/2013 12:52 PM, Greg Freemyer wrote:
Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3
That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3
I've never seen that official recommendation to single-step each upgrade. (Not saying such isn't recommended in some obscure place, juta that its pointless.
I've gone directly from 11.4 to 12.3 with an inplace upgrade with zero problems.
You got lucky :) (but I agree it normally works from what I see people post)
After a rpm is installed there is a %postin (post install) section of logic that gets run.
If there is a config file or on-disk structure change that has to be addressed during an upgrade, that's where it is done.
The devs can add as much backwards compatibility to that as they like, but it is only required that a smooth upgrade from the previous version is supported.
Greg
Don't think its luck at all, since I've been doing this (skipping two or three releases) since the late Pleistocene, and never had a problem. Almost everyone else says it works well, by your own admission, so I doubt I had any special or unusual luck. Perhaps a few people have especially bad luck. So either the devs are very good at taking care of this, or the so called "on disk structure change" is a relativly rare thing indeed. Worst case is some package falls back to installation default and you have to go and copy over your config files or something. Some releases ago I had one bit of Samba take a disliking to my configuration but it substituted it's own, which was fail-safe. That is just about the only thing I can recall. The only reason I switched from 11.4 is because it hit end of life and no more security patches would be forthcoming. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, May 21, 2013 at 4:43 PM, John Andersen <jsamyth@gmail.com> wrote:
The only reason I switched from 11.4 is because it hit end of life and no more security patches would be forthcoming.
If 18 months is too short for you, you should look into the openSUSE Evergreen project. 11.4 is now a Evergreen project. That support doesn't end until July 2014, so you jumped before you needed to. http://en.opensuse.org/openSUSE:Evergreen#Supported_distributions The next Evergreen supported release is likely to be 12.3 or 13.1. No decision yet. If they go with 13.1, then people who went with 11.4 back in 2011, will get 3 years out of it, and then 3 years out of 13.1 with about 6 months of overlap for them to upgrade. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LNX.2.00.1305220954590.31199@Telcontar.valinor> On Tuesday, 2013-05-21 at 12:59 -0700, John Andersen wrote:
On 5/21/2013 12:52 PM, Greg Freemyer wrote:
Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3
That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3
I've never seen that official recommendation to single-step each upgrade. (Not saying such isn't recommended in some obscure place, juta that its pointless.
I have. Read: ····································· Date: Thu, 9 Dec 2010 09:39:31 +0100 From: Stephan Kulow <@novell.com> Subject: Re: [opensuse-factory] "zypper dup" from 11.2 to 11.4? Am Donnerstag, 9. Dezember 2010 schrieb Gerald Pfeifer:
On Wed, 8 Dec 2010, Stephan Kulow wrote:
In the past, we recommended to use the dup feature to upgrade from 11.2 to 11.3. I'm wondering whether it will be supported to upgrade directly from 11.2 to 11.4 and thus skipping one version (11.3)?
It will not be supported - even if it may work.
Not supported by who?
And, as a corollary, who supports the upgrade path from 11.3 to 11.4?
(And what does support mean to begin with, in the context of openSUSE?)
I forgot to answer this: lack of support in the context of openSUSE means RESOLVED/INVALID Greetings, Stephan ····································· And seeing who wrote that, it is an official statement. - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlGcejoACgkQtTMYHG2NR9U6CgCffElwRtU9vrErjLmO2UvgPXFF AscAn3ZJUAzCNfhTvxsPpv9nO6lGZjHL =Fzxf -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2013-05-21 at 15:52 -0400, Greg Freemyer wrote:
On Tue, May 21, 2013 at 3:42 PM, MarkusGMX <> wrote:
What is the best way to move from 12.1 to 12.3 and keep /home (not a partition of it's own) and /var/spool/news ( /var is a partition on a SSD)?
Or is it better to use 12.2 currently and go to 13.1 later on?
Version to version updates are supported
Officially you would upgrade from 12.1 to 12.2, then 12.2 to 12.3
That is certainly the most tested approach, but several people have also reported success going straight from 12.1 to 12.3
I think most of the devs now just use "zypper dup" to upgrade. Instructions are at: http://en.opensuse.org/SDB:System_upgrade
You can jump versions with more chance of support via the off-line method: http://en.opensuse.org/SDB:Offline_upgrade And http://doc.opensuse.org/documentation/html/openSUSE/opensuse-startup/cha.upd... - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlGcevAACgkQtTMYHG2NR9X0OgCdHchL/ok6m8KxSNihOuwzUtL5 3bIAnjBHgsVe8QpiCVRw4/NFC16NaQ/D =f9oi -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 22/05/13 09:59, schrieb Carlos E. R.: [...]
You can jump versions with more chance of support via the off-line method:
Is the above also ok for an update 12.1 to 13.1? Since an update from 3.1.10-1.19 to 3.1.10-1.29 for 12.1 failed with a completely messed up /boot (see thread Subject: after update, modprobe does not find libz.so.1 ) I am also thinking of installing the newest version of SuSE 13.1 if all fails. I have a backup from today on USB3.0 disk, which contains $HOME and /var/spool/news If possible I would like to keep the $HOME files untouched (no format of any disk). The /boot ist on a SSD , / is on a RAID1. Last time when I went to 12.1 I remember that certain things were not working: 1) systemd did not work with my RAID1, I had to revert back to sysvinit I read a few things in the forum, there seem to be problems still. 2) KMail for KDE 4.X crashed often, import of old KMail3 mails also did not work. I was able to use KMail 1.9.10, KDE 3.5.10 release 214 instead. Is KMail for KDE 4.X working in 13.1 or do I still have to use the older version? Thanks in advance ME -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-06-08 23:22, Markus Egg wrote:
Am 22/05/13 09:59, schrieb Carlos E. R.:
[...]
You can jump versions with more chance of support via the off-line method:
Is the above also ok for an update 12.1 to 13.1?
Yes, the procedure is the same. However, a long jump has more posibilities of failing than a short one, and 12.1 - 13.1 never coexisted.
I have a backup from today on USB3.0 disk, which contains $HOME and /var/spool/news If possible I would like to keep the $HOME files untouched (no format of any disk).
You can install fresh, formatting root, and not formatting home - provided they are separate partitions. Same goes for "news".
The /boot ist on a SSD , / is on a RAID1.
Hum. Upgrade has some problems with raid. Sometimes the raid is seen as md128 or similar, instead of md0, and the device name change can cause problems when booting the system. I don't remember what exact version(s) had this problem.
- KMail for KDE 4.X crashed often, import of old KMail3 mails also did not work. I was able to use KMail 1.9.10, KDE 3.5.10 release 214 instead. Is KMail for KDE 4.X working in 13.1 or do I still have to use the older version?
AFAIK, kmail works, but people have reported problems with migrating email folders. I don't know if it works now or not, I don't use kmail. If I wanted to be sure, I would upload all my email to a local machine imap server, like dovecot. Failing that, export all your email in plain "mbox" format, which is easier to import on other applications. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Am 08/06/14 23:51, schrieb Carlos E. R.:
On 2014-06-08 23:22, Markus Egg wrote:
Am 22/05/13 09:59, schrieb Carlos E. R.:
[...]
You can jump versions with more chance of support via the off-line method:
Is the above also ok for an update 12.1 to 13.1?
Yes, the procedure is the same. However, a long jump has more posibilities of failing than a short one, and 12.1 - 13.1 never coexisted.
:-( So I should do 12.1->12.3 and then 12.3 to 13.1 ?
I have a backup from today on USB3.0 disk, which contains $HOME and /var/spool/news If possible I would like to keep the $HOME files untouched (no format of any disk).
You can install fresh, formatting root, and not formatting home - provided they are separate partitions.
home and root are the same partition, both on the raid1 .
Same goes for "news".
/var is on the SSD so that should be ok.
The /boot ist on a SSD , / is on a RAID1.
Hum. Upgrade has some problems with raid.
:-((((
Sometimes the raid is seen as md128 or similar, instead of md0, and the device name change can cause problems when booting the system. I don't remember what exact version(s) had this problem.
root was mounted on /dev/md126p2 /dev/md126p1 is a Win7 partition (dual boot). It's only one of those cheap raids on the motherboard.
- KMail for KDE 4.X crashed often, import of old KMail3 mails also did not work. I was able to use KMail 1.9.10, KDE 3.5.10 release 214 instead. Is KMail for KDE 4.X working in 13.1 or do I still have to use the older version?
AFAIK, kmail works, but people have reported problems with migrating email folders.
Seems to be the same problems I had on SuSE 12.1. So no change. :-(
I don't know if it works now or not, I don't use kmail.
Can I simply use KMail from KDE 3.5.10? That would be enough.
If I wanted to be sure, I would upload all my email to a local machine imap server, like dovecot. Failing that, export all your email in plain "mbox" format, which is easier to import on other applications.
I just remember KMail4 messing up the input, crashing, putting all email flat instead within subfolders and the pain was going on and on. Well, looks like I'll have a "funny" Monday. :-/ ME -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-06-09 00:17, Markus Egg wrote:
Am 08/06/14 23:51, schrieb Carlos E. R.:
Yes, the procedure is the same. However, a long jump has more posibilities of failing than a short one, and 12.1 - 13.1 never coexisted.
:-( So I should do 12.1->12.3 and then 12.3 to 13.1 ?
It's up to you. If you are very cautious, you would go to 12.2, then 12.3, then 13.1, in single steps. A bit bold, you jump to 12.3. Bolder, to 13.1 in a single step. Me, I would attempt 13.1 in a single step, but I would make sure of having a full backup, enough to restore anything from scratch.
I have a backup from today on USB3.0 disk, which contains $HOME and /var/spool/news If possible I would like to keep the $HOME files untouched (no format of any disk).
You can install fresh, formatting root, and not formatting home - provided they are separate partitions.
home and root are the same partition, both on the raid1 .
Oh, my. Then you have two roads: a) Attempt the upgrade (offline). b) Make a full backup. Install fresh, making sure of having a separate home this time. Restore data from the backup, and redo/restore system configs as needed or from backup. Notice that, as you said you use /var/spool/news, I would dedicate a special partition to it, using smaller sectors than default. Or use reiserfs.
Same goes for "news".
/var is on the SSD so that should be ok.
Hardly. The news spool typically creates thousands, even millions, of very small files. Each file requires one disk sector. And in the case of ssd (some one else will have to confirm), real internal sectors are about 32 KiB; that is, you can address a normal small sector of the standard size, but a write to one really writes the entire 32K. Somebody else would have to confirm this.
root was mounted on /dev/md126p2 /dev/md126p1 is a Win7 partition (dual boot). It's only one of those cheap raids on the motherboard.
I have no personal experience with them. Frankly, I intend not to ever use those mb :-p
AFAIK, kmail works, but people have reported problems with migrating email folders.
Seems to be the same problems I had on SuSE 12.1. So no change. :-(
You do have to migrate mails somehow, you can not keep using an old version for ever.
I don't know if it works now or not, I don't use kmail.
Can I simply use KMail from KDE 3.5.10? That would be enough.
Dunno, probably. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Am 09/06/14 01:54, schrieb Carlos E. R.: [...]
Me, I would attempt 13.1 in a single step, but I would make sure of having a full backup, enough to restore anything from scratch.
That's the way I did it. A 2nd machine for looking up things on internet is always helpful. [...]
I don't know if it works now or not, I don't use kmail.
Can I simply use KMail from KDE 3.5.10? That would be enough.
Dunno, probably.
Does anybode know a tool that imports the kmail3 stuff to kmail4 in a 1:1 manner? Thx -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-06-14 12:42, MarkusGMX wrote:
Am 09/06/14 01:54, schrieb Carlos E. R.:
Does anybode know a tool that imports the kmail3 stuff to kmail4 in a 1:1 manner?
I do those things via an intermediate local network (or even same machine) imap server (dovecot these days). From the source client I copy all folders to the imap server. From the destination client I copy all folders from the imap server. The translation is perfect, as it is done on all steps by the native tools. Of course, it means that you need the old client to be in working state -when done, you can delete it. And you may choose to leave the email instead on the dovecot server for ever. I did that. I no longer have to worry about the client storage method. In fact, I can use different clients even simultaneously on the same folders. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Am 14/06/14 15:52, schrieb Carlos E. R.:
On 2014-06-14 12:42, MarkusGMX wrote:
Am 09/06/14 01:54, schrieb Carlos E. R.:
Does anybode know a tool that imports the kmail3 stuff to kmail4 in a 1:1 manner?
I do those things via an intermediate local network (or even same machine) imap server (dovecot these days).
From the source client I copy all folders to the imap server.
From the destination client I copy all folders from the imap server.
The translation is perfect, as it is done on all steps by the native tools. Of course, it means that you need the old client to be in working state -when done, you can delete it.
So I need a working KDE3 mail client to put the POP3 folders to a local networked IMAP server, then start the KDE4 mail client and copy it back from the imap server and afterwards I can go on with the POP3 email accounts? Isn't there some easier way? ;-)
And you may choose to leave the email instead on the dovecot server for ever. I did that. I no longer have to worry about the client storage method. In fact, I can use different clients even simultaneously on the same folders.
For my setup this is too centralized. Thx. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-06-20 13:36, Markus Egg wrote:
Am 14/06/14 15:52, schrieb Carlos E. R.:
...
So I need a working KDE3 mail client to put the POP3 folders to a local networked
Or in the same machine
IMAP server, then start the KDE4 mail client and copy it back from the imap server and afterwards I can go on with the POP3 email accounts?
You could set up a virtual machine with the kde3 client, in an older openSUSE release.
Isn't there some easier way? ;-)
I don't know. I know that it is the only one that works with all clients, and gets perfect results, because while the storage format the mail clients use is up to them, imap is an standard. Thus all of them have to upload and download in a standard format, and read/write to it correctly. Importing from one client to another different client, needs that the second client implements at least correctly reading the internal format of the other client.
And you may choose to leave the email instead on the dovecot server for ever. I did that. I no longer have to worry about the client storage method. In fact, I can use different clients even simultaneously on the same folders.
For my setup this is too centralized.
Yes, that can be. In my case, it allows me to use email both with Thunderbird and Alpine, or some new one, all of them sharing the same "local" storage. It works so well that I set up an imap server in the laptop, used on the road... There is, or was, a very simple imap server, the university of Washington one. It was small, coded by the same people that wrote the imap protocol specs. Configuration was really minimal. The package is called "2007e_suse", but I don't know if it still works (Mark Crispin died early 2013), or if it is still easy. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 20/06/2014 14:59, Carlos E. R. a écrit :
I know that it is the only one that works with all clients, and gets perfect results, because while the storage format the mail clients use is up to them, imap is an standard. Thus all of them have to upload and download in a standard format, and read/write to it correctly.
and may be one can only use gmail or similar. many ISP implement imap as well you can copy mails from an imap account to an other imap account in thunderbird at least (simply point and shift)
For my setup this is too centralized.
Yes, that can be.
both centralized (the mail is kept also on acentral server, and decentralized, because the hole mailbox is also on any client. a cloud... jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-06-20 15:58, jdd wrote:
Le 20/06/2014 14:59, Carlos E. R. a écrit :
I know that it is the only one that works with all clients, and gets perfect results, because while the storage format the mail clients use is up to them, imap is an standard. Thus all of them have to upload and download in a standard format, and read/write to it correctly.
and may be one can only use gmail or similar. many ISP implement imap as well
Yes, of course, and it is easier to setup. But if your local storage is big, you need a good enough internet pipe. I don't have it, and I also value privacy. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
MarkusGMX said the following on 05/21/2013 03:42 PM:
Am 16/05/13 20:26, schrieb DenverD:
On 05/16/2013 05:59 PM, Istvan Gabor wrote:
I have openSUSE 12.1
openSUSE 12.1 sailed past its end-of-life yesterday (cite: http://en.opensuse.org/Lifetime) you should consider moving to a supported version..
What is the best way to move from 12.1 to 12.3 and keep /home (not a partition of it's own) and /var/spool/news ( /var is a partition on a SSD)?
Or is it better to use 12.2 currently and go to 13.1 later on?
Why move? I'm still running 11.4 on my laptop (HP dual core[1]) and happy with it. I'm running 12.3 and 12.2/btrfs on crapped out machines to show it can be done. When I upgraded the laptop from 9.x though 10.x to 11.x to 11.4 I did it all in place. Oh, right, I took backups and poured over the release notes[2]. What you motivation and/or "Business case" for not staying with 12.1? Is there some deficiency? Can you show the 'improvement' will be worth the effort?[3] Maybe you should ask on the factory mailing list. [1] Runs better with 1.25G memory than my single core workstation does with higher clock and 4G of memory. There's a lesson there. Oh, and there's Evergreen - http://en.opensuse.org/Evergreen [2] I was also an early adopter of LVM and gradually converted more and more to that so it was simple enough at one stage to shrink a file system, create the LVM, and move /home to it. [3] Easy for some of us like me, I just pull another piece of junk out of the Closet of Anxieties and load it up ... and see how it goes. Trying out new stuff on clapped out old hardware really tells you if the new s/w is any good. I *know* the HP will run well with whatever I put on it, so there's no point in loading that up. -- How long did the whining go on when KDE2 went on KDE3? The only universal constant is change. If a species can not adapt it goes extinct. That's the law of the universe, adapt or die. -- Billine Walsh, May 18 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2013-05-21 at 16:07 -0400, Anton Aylward wrote:
Why move? I'm still running 11.4 on my laptop (HP dual core[1]) and happy with it.
Me too - with Evergreen updates.
What you motivation and/or "Business case" for not staying with 12.1? Is there some deficiency? Can you show the 'improvement' will be worth the effort?[3]
Not improvements, but security. You get no more security updates. - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlGce20ACgkQtTMYHG2NR9W8LgCfTjBYSWYXJF7RPzP5uDNUs0HZ 4hYAniNQM5HiuFJLuCEMWNdjxcuD4hEw =Qk5r -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (20)
-
Anton Aylward -
C -
Carlos E. R. -
Carlos E. R. -
DenverD -
Dirk Gently -
Doug -
Dsant -
Dylan -
Felix Miata -
Greg Freemyer -
Istvan Gabor -
James Knott -
jdd -
John Andersen -
Ken Schneider - openSUSE -
Markus Egg -
MarkusGMX
-
Patrick Shanahan -
Rajko