Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On 18/08/2014 07:27, Volker Armin Hemmann wrote: Am 17.08.2014 um 23:09 schrieb Alan McKinnon: On 17/08/2014 20:47, Henrique Lengler wrote: I don't know why KDE people are creating everything again. koffice, konqueror, a lot of things, that already exists in the linux world are being recreated by KDE. Whats the problem to use things that already exists? Why don't include software that is famous and liked by people insted of insist in their Kthings? You can't be serious right? Go back and find the original post from the founder of KDE as to why KDE was started at all. It's all about incoherent, mis-matched, ugly-when-bundled together apps that do not work in sympathy. This is still true today. Take kparts and kioslaves. KDE treats as much as possible as some sort of plugin that all KDE apps can share. This gives the user a fantastic degree of abstraction because anything that represents data can be a kpart. NFS mounts, smb shares, ssh, some weird random new thing - all of them show up in the file manager. Drag and drop works because of this. Consistent look and feel amongst KDE apps is probably the best reason for KDE's existence at all. But let's continue with your argument. What are these things that already exist? Nautilus? Why should KDE *not* implement a file manager? Should we ditch Dolphin in favour of Nautilus? Or something else perhaps? Should we drop Okular and tell everyone to just use xpdf instead? OMGF, have you actually *used* that piece of shit? Can you figure out *how* to use it? I can't - buttons all over the place in weird places xpdf is probably the best example of why KDE was started. I think I will stop now and wait for you to list the 100s of apps that already existed before related KDE apps were released, so we can see what these adequate replacements are. you know.. konqueror came before nautilus Yes, I know that :-) Most of KDE existed before most of Gnome... ...and a large reason why the gnome project started at all was concerns about the original Qt license terms. It was a licensing complaint, not a technical complaint Henrique's statement/complaint about KDE re-inventing the wheel holds very little water. In fact, if we switch it around and complain about the existence of g* apps when perfectly adequate k* apps already existed, we'd be closer to the actual truth. The reality is that people and devs are going to scratch their itch and code whatever they feel like. We live in the real world where people do whatever they want; the corporate fantasy where you only work on the approved projects/apps that some overlord says you can work on just doesn't exist at all. And this is why we in the FLOSS work have the magical wonderland of vast amounts of choice -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
May be DeadBeeF will suit your needs? I'm using it almost as is but it can be well configured to look similarly to your screenshot. But you will need to configure it yourself to look like screenshot. It has lyrics plugin and can be used with both GTK2 and GTK3. About analog of KRunner I don't know even what is this... Look DeadBeeF screens here (offsite): http://deadbeef.sourceforge.net/screenshots/0.6/screenshots.html. HTH 2014-08-18 7:54 GMT+03:00 Сергей protsero...@gmail.com: Guys, I'm looking for GTK-player, which looks like Amarok (http://i.imgur.com/Yjf80W7.png) and supports downloading and browsing Lyrics. And also for some analog of KRunner (launcher) which supports this player (searching it's collection, playing music). Thank you. -- Regards, Nikita
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Sunday 17 August 2014 23:09:24 Alan McKinnon wrote: Take kparts and kioslaves. KDE treats as much as possible as some sort of plugin that all KDE apps can share. This gives the user a fantastic degree of abstraction because anything that represents data can be a kpart. NFS mounts, smb shares, ssh, some weird random new thing - all of them show up in the file manager. Drag and drop works because of this. ...and I've just noticed these two: [N] kde-misc/akonadi-google (~20131213(4)): Google services integration in Akonadi [N] kde-misc/krunner-googletranslate (~0.1(4)): Krunner plug-in for Google translate service They could turn out to be a magic wand, or conversely give you the colly-wobbles. Has anyone here tried either of them? -- Regards Peter
[gentoo-user] bash script question
I want to use an if/then that tests for the existence of a string in 4 files. Usually I do this by checking the exit code of grep, when i'm checking a single file. However, I cant get the syntax right for multiple checks. To troubleshoot I’ve dropped back to just checking two files, and i’ve tried things like If [ $(grep blah file1.txt) –a $(grep blah file2.txt) ]; then But this matches if grep fails both times as well as when it matches both time. Any ideas?
Re: [gentoo-user] bash script question
On Mon, 2014-08-18 at 18:54 +1000, Adam Carter wrote: But this matches if grep fails both times as well as when it matches both time. Any ideas? If you don't mind using a quick loop, you could use something like: n=0 for f in file1.txt file2.txt file3.txt file4.txt; do grep 'string' ${f} /dev/null n=$[n+1] done if [[ $n == 4 ]]; then do_something fi -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Monday 18 Aug 2014 09:20:17 Peter Humphrey wrote: On Sunday 17 August 2014 23:09:24 Alan McKinnon wrote: Take kparts and kioslaves. KDE treats as much as possible as some sort of plugin that all KDE apps can share. This gives the user a fantastic degree of abstraction because anything that represents data can be a kpart. NFS mounts, smb shares, ssh, some weird random new thing - all of them show up in the file manager. Drag and drop works because of this. ...and I've just noticed these two: [N] kde-misc/akonadi-google (~20131213(4)): Google services integration in Akonadi [N] kde-misc/krunner-googletranslate (~0.1(4)): Krunner plug-in for Google translate service They could turn out to be a magic wand, or conversely give you the colly-wobbles. Has anyone here tried either of them? A user asked for their Google Calendar to be synchronised with Korganizer/Kontact and ISTR I enabled USE=google in kde-base/kdepim-runtime, which I think pulled in kde-misc/akonadi-google. A few months ago Google were using DAV for this purpose, but they decided to change their API. As a result older = 4.4.11.1-r2 KDEPIM versions broke and one had to move to the current versions of KDEPIM in order to use Google Calendar integration. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Sat, 2014-08-16 at 20:43 +0430, behrouz khosravi wrote: So can you please tell me why you have chosen a specific DE and not the other options ? thanks. I think the key argument for a DE is integration - all the k* apps built to use k* libraries and backends, allowing them to share data and resources easily; and all the gnome apps using gnome libraries, etc. The main differences I see between KDE and GNOME (aside from the GTK/Qt differences) are that KDE feels like a much more modular approach (while still allowing integration with backend services), whereas GNOME tends towards a one-piece uniform (sure you can theme it (with an external addon) but it's still gnome-shell) user-friendly (hide the buttons you can break it with) environment; and to be honest I like features of both. I think this is why it comes down to a matter of taste, because in the end it's a question of what you find suits your needs. I like the modularity and, I guess, the traditional feel of KDE; but kdepim loosing a large portion of my work email kind of made me balk at using it for a while, and my requirement for MS Exchange integration (not by choice) meant either a (non-free though nicely functional) plugin for Thunderbird ([0] for those interested) or switching to GNOME/Evolution (which, admittedly, has it's own issues, but hasn't eaten my mail yet). Besides, I'm very indecisive - give it six months I'll be back on KDE or enlightenment ;) Also, I think your subject line, while a valiant effort, is the IT equivalent of don't eat the cookies while I'm gone :P Hope this doesn't muddy things up too much! -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, 2014-08-18 at 20:17 +1000, wraeth wrote: (which, admittedly, has it's own issues, but hasn't eaten my mail yet). Addendum: Possibly in a fit of irony, sending my last mail decided to stall evolution's back-end (the mail sent but the compose window was locked at sending and the connection threads were stuck). Also, fwiw, gnome-online-accounts has given me countless headaches (just last night it refused to connect to any mail servers because I apparently had no keyring with any passwords)... It's very much a balance between (expected) functionality, whether-it-works-or-crashes, and how many new words I can string together in a single sentence. But like I said, it hasn't eaten my mail, so I got that going for me :) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, Aug 18, 2014 at 6:04 AM, Mick michaelkintz...@gmail.com wrote: On Monday 18 Aug 2014 09:20:17 Peter Humphrey wrote: On Sunday 17 August 2014 23:09:24 Alan McKinnon wrote: Take kparts and kioslaves. KDE treats as much as possible as some sort of plugin that all KDE apps can share. This gives the user a fantastic degree of abstraction because anything that represents data can be a kpart. NFS mounts, smb shares, ssh, some weird random new thing - all of them show up in the file manager. Drag and drop works because of this. ...and I've just noticed these two: [N] kde-misc/akonadi-google (~20131213(4)): Google services integration in Akonadi [N] kde-misc/krunner-googletranslate (~0.1(4)): Krunner plug-in for Google translate service They could turn out to be a magic wand, or conversely give you the colly-wobbles. Has anyone here tried either of them? A user asked for their Google Calendar to be synchronised with Korganizer/Kontact and ISTR I enabled USE=google in kde-base/kdepim-runtime, which I think pulled in kde-misc/akonadi-google. A few months ago Google were using DAV for this purpose, but they decided to change their API. As a result older = 4.4.11.1-r2 KDEPIM versions broke and one had to move to the current versions of KDEPIM in order to use Google Calendar integration. My problem with KDE and Google is that it seems like it doesn't work with application-specific passwords - or at least it didn't use to work with them. As a result I have to use two-factor login every time I log into KDE, which is painful enough that I usually just close the window and have stale data as a result. Perhaps this has been fixed. Rich
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, 2014-08-18 at 20:17 +1000, wraeth wrote: meant either a (non-free though nicely functional) plugin for Thunderbird ([0] for those interested) I also just realized I failed to include the link I mentioned... tonight is not my night... [0] https://exquilla.zendesk.com/home -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] bash script question
On Mon, 18 August 2014, at 10:42 am, wraeth wra...@wraeth.id.au wrote: On Mon, 2014-08-18 at 18:54 +1000, Adam Carter wrote: But this matches if grep fails both times as well as when it matches both time. Any ideas? If you don't mind using a quick loop, you could use something like: n=0 for f in file1.txt file2.txt file3.txt file4.txt; do grep 'string' ${f} /dev/null n=$[n+1] done if [[ $n == 4 ]]; then do_something fi I've solved similar problems the same way myself, but I hope you'll forgive me for offering unsolicited critique on a small detail. In the above 4 is a constant, and thus it's independent of the number of files being tested. I propose addressing this with an array of the filenames. Thus additional files can be added for testing, without manual adjustment of the expected total. files=(file1.txt file2.txt file3.txt file4.txt) n=0 for f in ${files[@]}; do grep 'string' ${f} /dev/null n=$[n+1] done if [[ $n == ${#files[@]} ]]; then do_something fi Bash array syntax is a bit arcane, but at least these very useful data structures are available. Stroller.
Re: [gentoo-user] bash script question
On Mon, 2014-08-18 at 12:29 +0100, Stroller wrote: On Mon, 18 August 2014, at 10:42 am, wraeth wra...@wraeth.id.au wrote: I propose addressing this with an array of the filenames. Thus additional files can be added for testing, without manual adjustment of the expected total. +1 I considered scalability as I was writing this, however I've never been overly familiar with bash arrays (I tend towards python or perl if I need anything even starting to get complex); and my method, while slightly more manual, solved the stated problem. That being said, your solution is a much more elegant spin on it. :) -- wraeth wra...@wraeth.id.au signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] bash script question
On 18/08/2014 12:29, Stroller wrote: On Mon, 18 August 2014, at 10:42 am, wraeth wra...@wraeth.id.au wrote: On Mon, 2014-08-18 at 18:54 +1000, Adam Carter wrote: But this matches if grep fails both times as well as when it matches both time. Any ideas? If you don't mind using a quick loop, you could use something like: n=0 for f in file1.txt file2.txt file3.txt file4.txt; do grep 'string' ${f} /dev/null n=$[n+1] done if [[ $n == 4 ]]; then do_something fi I've solved similar problems the same way myself, but I hope you'll forgive me for offering unsolicited critique on a small detail. In the above 4 is a constant, and thus it's independent of the number of files being tested. I propose addressing this with an array of the filenames. Thus additional files can be added for testing, without manual adjustment of the expected total. files=(file1.txt file2.txt file3.txt file4.txt) n=0 for f in ${files[@]}; do grep 'string' ${f} /dev/null n=$[n+1] I would write `grep -q -m1 -F 'string' ...` here. In particular, -m1 will short-circuit after finding one match. done if [[ $n == ${#files[@]} ]]; then do_something fi Bash array syntax is a bit arcane, but at least these very useful data structures are available. Here's a slightly different take. It avoids multiple grep invocations, which could be a good thing in the case of a lengthy file list. files=(file1.txt file2.txt file3.txt file4.txt) string=matchme # Using -F below as it's a string, not a regex count=0 while read -r matches; do (( count += matches )) done (grep -hcm1 -F $string ${files[*]}) if (( count == ${#files[@]} )); then do_something fi --Kerin
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Monday 18 Aug 2014 11:38:58 Rich Freeman wrote: On Mon, Aug 18, 2014 at 6:04 AM, Mick michaelkintz...@gmail.com wrote: A few months ago Google were using DAV for this purpose, but they decided to change their API. As a result older = 4.4.11.1-r2 KDEPIM versions broke and one had to move to the current versions of KDEPIM in order to use Google Calendar integration. My problem with KDE and Google is that it seems like it doesn't work with application-specific passwords - or at least it didn't use to work with them. As a result I have to use two-factor login every time I log into KDE, which is painful enough that I usually just close the window and have stale data as a result. Perhaps this has been fixed. I understand that Google offers two factor authentication (https://www.google.com/landing/2step/#tab=how-it-works) for its services, but if you have not signed up for it you only need a single google account passwd to login. KDEWallet/Akonadi saves this when you create the google calendar resource and doesn't ask for it again. Of course, KDEWallet will ask for the master passwd, but depending on how you have configured it this would only happen once per login session. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, Aug 18, 2014 at 8:24 AM, Mick michaelkintz...@gmail.com wrote: I understand that Google offers two factor authentication (https://www.google.com/landing/2step/#tab=how-it-works) for its services, but if you have not signed up for it you only need a single google account passwd to login. KDEWallet/Akonadi saves this when you create the google calendar resource and doesn't ask for it again. Of course, KDEWallet will ask for the master passwd, but depending on how you have configured it this would only happen once per login session. I have signed up for it, and therefore KDE needs to either: 1. Prompt for a 2-factor code on every login and either use the cached google password or prompt for it as well. 2. Use a google application-specific password. This does not require a 2-factor code and operates fairly simliarly to how things work without 2-factor. I just tried re-connecting KDE with Google. It prompts you to login via a webpage and authorize the application. This login screen does not accept an application-specific password. I doubt it will persist beyond a single login, but we'll see... Rich
Re: [gentoo-user] bash script question
On Mon, 18 August 2014, at 12:58 pm, wraeth wra...@wraeth.id.au wrote: ... I've never been overly familiar with bash arrays (I tend towards python or perl if I need anything even starting to get complex); Indeed, I had to look up the syntax from my own snippets folder, myself. I need to exercise my Perl - I like it very much, from the little I've done. and my method, while slightly more manual, solved the stated problem. And illustrated the solution very clearly, too. :) That being said, your solution is a much more elegant spin on it. :) Thank you. It's what I strive for. Stroller.
Re: [gentoo-user] bash script question
On Mon, 18 August 2014, at 1:16 pm, Kerin Millar kerfra...@fastmail.co.uk wrote: ... (( count += matches )) done (grep -hcm1 -F $string ${files[*]}) Oh, this is lovely. I've learned some things today. if (( count == ${#files[@]} )); then May I ask why you prefer these brackets for evaluation, please? Stroller.
Re: [gentoo-user] bash script question
On 18/08/2014 15:02, Stroller wrote: On Mon, 18 August 2014, at 1:16 pm, Kerin Millar kerfra...@fastmail.co.uk wrote: ... (( count += matches )) done (grep -hcm1 -F $string ${files[*]}) Oh, this is lovely. I've learned some things today. if (( count == ${#files[@]} )); then May I ask why you prefer these brackets for evaluation, please? There was no particular reason, other than to maintain consistency in the example (both for evaluation and as an alternative to expansion). Sometimes, I find double square brackets to be a bit of an eyesore, but do tend to use them more often than not. I particularly like double parentheses for checking exit codes assigned to variables. For example: (( $? )) echo something went wrong As opposed to having to perform an explicit comparison: [[ $? != 0 ]] echo something went wrong --Kerin
Re: [gentoo-user] bash script question
On 18/08/2014 15:18, Kerin Millar wrote: On 18/08/2014 15:02, Stroller wrote: On Mon, 18 August 2014, at 1:16 pm, Kerin Millar kerfra...@fastmail.co.uk wrote: ... (( count += matches )) done (grep -hcm1 -F $string ${files[*]}) Oh, this is lovely. I've learned some things today. if (( count == ${#files[@]} )); then May I ask why you prefer these brackets for evaluation, please? There was no particular reason, other than to maintain consistency in the example (both for evaluation and as an alternative to expansion). Sometimes, I find double square brackets to be a bit of an eyesore, but do tend to use them more often than not. I particularly like double parentheses for checking exit codes assigned to variables. For example: (( $? )) echo something went wrong As opposed to having to perform an explicit comparison: [[ $? != 0 ]] echo something went wrong Oops, I meant to use the -ne operator there. Not that it actually makes a difference for this test. --Kerin
Re: [gentoo-user] Clusters on Gentoo ?
On Sunday, August 17, 2014 08:46:58 PM thegeezer wrote: there are many way to do clustering and one thing that i would consider a holy grail would be something like pvm [1] because nothing else seems to have similar horizontal scaling of cpu at the kernel level PVM, from the webpage, looks more like a pre-built VM. Not some kernel module that distributes existing code to different nodes. This kind of clustering also has no benefit for most uses. You really need to design your tasks for these kind of environments. i would love to know the mechanism behind dell's equallogic san as it really is clustered lvm on steroids. GFS / orangefs / ocfs are not the easiest things to setup (ocfs is) and i've not found performance to be so great for writes. I have seen weird issues when using Oracle's filesystems for anything not Oracle. How important is reliability? DRBD is only 2 devices as far as i understand, so not really super scalable i'm still not convinced over the likes of hadoop for storage, maybe i just don't have the scale to get it? I wouldn't use Hadoop for storage of files. It's only useful if you have a lot (and I do mean a LOT) of data where a query only returns a very small amount. Performance of a Hadoop cluster is high because the same query is sent to all nodes at once and the answers get merged into a single answer along the way back to the requestor. I don't see it as a valid system to actually store important data you do not want to risk losing. the thing with clusters is that you want to be able to spin an extra node up and join it to the group and then you increase cpu / storage by n+1 but also you want to be able to spin nodes down dynamically and go down by n-1. i guess this is where hadoop is of benefit because that is not a happy thing for a typical file system. Not necessary. That is only one way to use a cluster. It's also an easy and cheap method of increasing the available processing power. This only works properly if the tasks can be distributed over multiple nodes easily. Having the option to quickly add and remove nodes make it difficult to keep the data consistent. Especially Hadoop prefers the nodes to stay available as there is no single node containing all the data. There is some redundancy, but remove a few nodes and you can easily loose data. network load balancing is super easy, all info required is in each packet -- application load balancing requires more thought. this is where the likes of memcached can help but also why a good design of the cluster is better. localised data and tiered access etc... kind of why i would like to see a pvm kind of solution -- so that a page fault is triggered like swap memory which then fetches the relevant memory from the network: That is going to kill performance... Have a look into NUMA. It's always best to have the data where it is being processed. Either by moving the data to the processing unit, or by using a processing unit local to the data. Moving data is always expensive with regards to performance. This is how Hadoop clusters work, the data is processed on the node actually having the data. The result (which is often less then 1% of the source-data) is then sent over the network to another node, which, at this stage, merges the result and passes it to another node. This then continues until all the results are merged into a single result-set which is then returned to the requesting application. bearing in mind that a computer can typically trigger thousands of page faults a second and that memory access is very very many times faster than gigabit networking! [1] http://www.csm.ornl.gov/pvm/pvm_home.html Looks nice, but is not going to help with performance if the application is not designed for distributed processing. -- Joost
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Monday 18 August 2014 11:04:03 Mick wrote: A user asked for their Google Calendar to be synchronised with Korganizer/Kontact and ISTR I enabled USE=google in kde-base/kdepim-runtime, which I think pulled in kde-misc/akonadi-google. Ah, so the Google resources mentioned are just calendar and contacts. I'll give it a go and see how I like it. Thanks. -- Regards Peter
Re: [gentoo-user] Clusters on Gentoo ?
On Mon, Aug 18, 2014 at 10:31 AM, J. Roeleveld jo...@antarean.org wrote: I wouldn't use Hadoop for storage of files. It's only useful if you have a lot (and I do mean a LOT) of data where a query only returns a very small amount. Not to mention a lot of data in a small number of files. I think the minimum allocation size for Hadoop is measured in megabytes. I tried using it to process gentoo-x86 and the number of files just clobbered the thing. Since in my job the files were really just static data and not the actual subject of the map/reduce I instead just replicated the data to all the nodes and had them retrieve the data from the local filesystem. Hadoop is a very specialized tool. It does what it does very well, but if you want to use it for something other than map/reduce then consider carefully whether it is the right tool for the job. -- Rich
Re: [gentoo-user] Clusters on Gentoo ?
On Mon 18 Aug 2014 10:50:23 AM EDT, Rich Freeman wrote: Hadoop is a very specialized tool. It does what it does very well, but if you want to use it for something other than map/reduce then consider carefully whether it is the right tool for the job. Agreed; unless you have decent hardware and can comfortably measure your data in TB, it'll be quicker to use something else once you factor in the administration time and learning curve. Alec
[gentoo-user] Re: why you've chosen your desktop environment? (no war !)
On 2014-08-16, behrouz khosravi bz.khosr...@gmail.com wrote: So can you please tell me why you have chosen a specific DE and not the other options ? I've been running XFCE for a long time. Before that, I didn't have a Desktop Environment at all, just the fvwm window manager which I started using back before Linux kernel version 1.00 came out [before Linux and fvwm were around, I mostly used the twm window manager]. At some point many years ago, there was some problem with fvwm that I couldn't work-around (I don't even remember what it was). I tried Gnome and KDE, but they were just _way_ too big and slow, and they both seemed to think that the desktop was the be-all-and-end-all of computation and should always being the center of your attention and the user-up of all resources. I run a computer in order to run various apps. The desktop is just there to manage windows and facilitate running those apps. It should otherwise stay out of the way, out of sight, and out of memory. XFCE does a pretty good job of that. XFCE isn't too big. XFCE doesn't think it should always be the star of the show and the center of everybody's attention. XFCE is stable: it doesn't get completely re-designed, re-skinned, and broken every few years because people finally figured how to actually use the old version and some new batch of developers are bored and want to spray their scent all over everything Here's what my XFCE desktop looks like: http://www.panix.com/~grante/desktop.png -- Grant Edwards grant.b.edwardsYow! Were these parsnips at CORRECTLY MARINATED in gmail.comTACO SAUCE?
[gentoo-user] Re: why you've chosen your desktop environment? (no war !)
On 2014-08-17, Henrique Lengler henriquel...@openmailbox.org wrote: Whats the problem to use things that already exists? Why don't include software that is famous and liked by people insted of insist in their Kthings? NIH syndrome? -- Grant Edwards grant.b.edwardsYow! I hope something GOOD at came in the mail today so gmail.comI have a REASON to live!!
Re: [gentoo-user] Re: why you've chosen your desktop environment? (no war !)
Am 18.08.2014 um 17:50 schrieb Grant Edwards: On 2014-08-17, Henrique Lengler henriquel...@openmailbox.org wrote: Whats the problem to use things that already exists? Why don't include software that is famous and liked by people insted of insist in their Kthings? NIH syndrome? that almost describes gnome people but what was there before KDE started? xterm... Netscape Navigator and not much else. Ok, they could have done what gnome did. Take some gtk app, add a dependency on gconf and gnome-vfs and call it a 'gnome app'. There is a reason why Koffice is an office, while 'gnome office' is a bunch of apps that don't know each other. But back to NIH. KDE developed dcop - and dcop was awesome. You could script your entire KDE desktop with a bunch of simple dcop commands. But that was not good enough for gnome. They, and the freedesktop.org they infested were adamant: there must be a new desktop bus - it would be called dbus and waiting for gnome and the demands of gnome-devs held back KDE development
[gentoo-user] Changing glibc
Hi, I am using a closed source software package on my 64 bit gentoo linux system. The software package is beyond compare by scooter soft. Because of the way this package is built, it needs a specially patched version of glibc. I have patched my existing glibc version (2.18) and have been avoiding updating my glibc since. Now I am wondering whether the latest update of bcompare will work with the latest glibc (2.19). So, if I upgrade to 2.19 and the package doesn't work, how can I go back to the working, patched 2.18? I know that portage issues the most scary warnings when you try to downgrade glibc. So what does the community recommend? -- Timur
Re: [gentoo-user] Changing glibc
One option is to copy the glibc version you want to some other directory and set LD_LIBRARY_PATH before starting the executable. Running ldd on all the executables/shared libraries in question should give you a list of all the shared libraries you might need to copy to a safe place. On Mon, Aug 18, 2014 at 11:06 AM, Timur Aydin t...@taydin.org wrote: Hi, I am using a closed source software package on my 64 bit gentoo linux system. The software package is beyond compare by scooter soft. Because of the way this package is built, it needs a specially patched version of glibc. I have patched my existing glibc version (2.18) and have been avoiding updating my glibc since. Now I am wondering whether the latest update of bcompare will work with the latest glibc (2.19). So, if I upgrade to 2.19 and the package doesn't work, how can I go back to the working, patched 2.18? I know that portage issues the most scary warnings when you try to downgrade glibc. So what does the community recommend? -- Timur -- Manuel A. McLure WW1FA man...@mclure.org http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft
Re: [gentoo-user] Changing glibc
On 18/08/2014 19:06, Timur Aydin wrote: Hi, I am using a closed source software package on my 64 bit gentoo linux system. The software package is beyond compare by scooter soft. Because of the way this package is built, it needs a specially patched version of glibc. I have patched my existing glibc version (2.18) and have been avoiding updating my glibc since. Now I am wondering whether the latest update of bcompare will work with the latest glibc (2.19). So, if I upgrade to 2.19 and the package doesn't work, how can I go back to the working, patched 2.18? I know that portage issues the most scary warnings when you try to downgrade glibc. So what does the community recommend? You should be able to downgrade glibc, provided that you haven't built and installed any new packages following the transition from glibc-2.18 to glibc-2.19. That said, I would suggest that you back up the root filesystem as a contingency measure. Still, why not test bcompare in a chroot? The latest stage3 tarball probably includes glibc-2.19 by now. --Kerin
Re: [gentoo-user] Changing glibc
On 18 August 2014 20:06:51 CEST, Timur Aydin t...@taydin.org wrote: Hi, I am using a closed source software package on my 64 bit gentoo linux system. The software package is beyond compare by scooter soft. Because of the way this package is built, it needs a specially patched version of glibc. I have patched my existing glibc version (2.18) and have been avoiding updating my glibc since. Now I am wondering whether the latest update of bcompare will work with the latest glibc (2.19). So, if I upgrade to 2.19 and the package doesn't work, how can I go back to the working, patched 2.18? I know that portage issues the most scary warnings when you try to downgrade glibc. So what does the community recommend? In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Advantages in privoxy instead of mannualy edit /etc/hosts
Hi, I pretend to full adblock. So it should have a lot of entries On Mon, Aug 18, 2014 at 06:18:49AM +0200, J. Roeleveld wrote: How many entries do you want to put in your /etc/hosts file? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Henrique Lengler https://gitorious.org/~henriqueleng
Re: [gentoo-user] Clusters on Gentoo ?
On 18/08/14 15:31, J. Roeleveld wrote: snip valid points, and interesting to see the corrections of my understanding, always welcome :) Looks nice, but is not going to help with performance if the application is not designed for distributed processing. -- Joost this is the key point i would raise about clusters really -- it would be nice to not need for example distcc configured and just have portage run across all connected nodes without any further work, or to use a tablet computer which is borrowing cycles from a GFX card across the network without having to configure nvidia grid: specifically these two use cases have wildly different characteristics and are a great example of why clustering has to be designed first to fit the application and viceversa. /me continues to wonder if 10GigE is fast enough to page fault across the network ... ;)
Re: [gentoo-user] Changing glibc
On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld jo...@antarean.org wrote: In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. Or better still run it inside a container. Gives you most of the benefits of both a VM and a chroot. It isn't as isolated as a VM, but it is more isolated than just running the thing on your system. It is also easy to bind-mount your home directory if that is helpful. A container replaces the entire userspace, potentially including init as well. So, as long as your kernel is compatible and you're not doing anything too crazy with devices, this should solve your compatibility issues. -- Rich
Re: [gentoo-user] Changing glibc
Thanks a lot guys for the helpful responses. I will definitely try all of them, just for the learning experience, even if one does take care of the problem. Cheers! -- Timur
[gentoo-user] Re: Changing glibc
Timur Aydin ta at taydin.org writes: I am using a closed source software package on my 64 bit gentoo linux system. The software package is beyond compare by scooter soft. Because of the way this package is built, it needs a specially patched version of glibc. I have patched my existing glibc version (2.18) and have been avoiding updating my glibc since. Now I am wondering whether the latest update of bcompare will work with the latest glibc (2.19). Why not contact scooter soft and inquire about their plans to support glibc (2.19), after explaining your experience with (2.19)? just curious, James
[gentoo-user] Help to set up privoxy
Hi, I'm trying to setup privoxy on my gentoo. All I did is: $ sudo emerge privoxy $ /etc/init.d/privoxy start * Starting privoxy ... $ vimprobable2 http_proxy=”http://127.0.0.1:8118″ And anything is working. I opened the privoxy config page and it says to me that privoxy is not running and as i don't know more anything about it i don't know what do Can you help? -- Henrique Lengler https://gitorious.org/~henriqueleng
Re: [gentoo-user] Changing glibc
On Monday, August 18, 2014 03:12:15 PM Rich Freeman wrote: On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld jo...@antarean.org wrote: In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. Or better still run it inside a container. Gives you most of the benefits of both a VM and a chroot. It isn't as isolated as a VM, but it is more isolated than just running the thing on your system. It is also easy to bind-mount your home directory if that is helpful. A container replaces the entire userspace, potentially including init as well. So, as long as your kernel is compatible and you're not doing anything too crazy with devices, this should solve your compatibility issues. I should look into those. Just noticed there is also a libvirt driver for it: http://libvirt.org/drvlxc.html -- Rich
[gentoo-user] Re: Changing glibc
On 2014-08-18, Rich Freeman ri...@gentoo.org wrote: On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld jo...@antarean.org wrote: In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. Or better still run it inside a container. Or better still, demand either a less broken app or one that's statically linked. -- Grant
Re: [gentoo-user] Re: Changing glibc
On 18/08/2014 23:17, Grant Edwards wrote: On 2014-08-18, Rich Freeman ri...@gentoo.org wrote: On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld jo...@antarean.org wrote: In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. Or better still run it inside a container. Or better still, demand either a less broken app or one that's statically linked. That was my thought too. The app is a visual differ. It's not rocket science, so what business does it have needing a custom glibc? My spidey-sense is tingling, I'm wondering what other weirdnesses such an app might have under the covers -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Intermittent USB device failures
Am 17.08.2014 um 12:33 schrieb Mick: On Sunday 17 Aug 2014 02:56:58 Mike Edenfield wrote: When I `modprobe -r ochi_pci` while the system is operating normally, I see all four modules (ohci-pci, ohci-hcd, ehci-pci, and ehci-hcd) unloading properly: [25603.37] ohci-pci :00:0b.0: remove, state 1 [25603.370395] usb usb2: USB disconnect, device number 1 [25603.370414] usb 2-6: USB disconnect, device number 2 [25603.383451] usb 2-7: USB disconnect, device number 3 [25603.384217] ohci-pci :00:0b.0: USB bus 2 deregistered [25603.384597] ehci-pci :00:0b.1: remove, state 1 [25603.384611] usb usb1: USB disconnect, device number 1 [25603.386306] ehci-pci :00:0b.1: USB bus 1 deregistered If I try to do the same thing after the mouse has locked up, modprobe stalls trying to unload the first module: wombat kutulu # modprobe -r -v ohci_pci rmmod ohci_pci wombat kutulu # dmesg [38091.627389] ohci-pci :00:0b.0: remove, state 1 [38091.627400] usb usb2: USB disconnect, device number 1 Any ideas what's going wrong here? Any chance I can salvage this hardware? Do you need ohci-pci? Have you tried running a kernel without it and check if your hardware still works as intended? I would try that too,,,
Re: [gentoo-user] Help to set up privoxy
I solved it setting a enviroment variable and compiling it with threads use flag. -- Henrique Lengler https://gitorious.org/~henriqueleng
Re: [gentoo-user] Re: Changing glibc
2014-08-18 19:03 GMT-03:00 Alan McKinnon alan.mckin...@gmail.com: On 18/08/2014 23:17, Grant Edwards wrote: On 2014-08-18, Rich Freeman ri...@gentoo.org wrote: On Mon, Aug 18, 2014 at 2:21 PM, J. Roeleveld jo...@antarean.org wrote: In cases like that I would do either of the following: 1) Run it inside a VM 2) run it inside a chroot That way you can easily keep everything updated except for that application. Or better still run it inside a container. Or better still, demand either a less broken app or one that's statically linked. That was my thought too. The app is a visual differ. It's not rocket science, so what business does it have needing a custom glibc? My spidey-sense is tingling, I'm wondering what other weirdnesses such an app might have under the covers -- Alan McKinnon alan.mckin...@gmail.com Just m 2 cents: Have you tried kdiff3 ? Good luck and best regards, Francisco
Re: [gentoo-user] why you've chosen your desktop environment? (no war !)
On Mon, Aug 18, 2014 at 2:47 PM, wraeth wra...@wraeth.id.au wrote: Also, I think your subject line, while a valiant effort, is the IT equivalent of don't eat the cookies while I'm gone :P Yea, I think there will no escape from that!