Re: session trunking with NFS
Hi. On Tue, Jun 26, 2018 at 08:57:25AM +0200, Stefan Krueger wrote: > Hello, > > so far as I know Debian stretch is shipped with NFS-Version 4.2. The RFC[1] > said NFSv4.1 has the capability for sessiontrunking to speed up the > performance/throughput, so my question is how can I archiv this? How to > configure the NFS-server and how to mount it on the client-side? There is no > hint in the manpage for this. The way they describe the feature at [1], it does not seem being that useful. Assuming that you don't need a bunch of kernel patches ([1] describes Debian 7.9), all you need to do is obtain an NFS server with multiple non-bonded network interfaces, a client with the same, and mount NFS share several times into the same directory. And all you get out of this is the ability to utilize several network links on both NFS client and server for a single client. Personally I'd rather use conventional network bonding on NFS server, and be done with it. [1] http://packetpushers.net/multipathing-nfs4-1-kvm/ Reco
Re: Problems with https://manpages.debian.org/
On 2018-06-24 09:49, Fred wrote: On 06/23/2018 05:23 PM, John Crawley wrote: On 2018-06-24 03:18, Richard Owlett wrote: For the past couple of weeks I've had problems connecting to https://manpages.debian.org/ . Usually these days (last couple of months?) when I click a link in Firefox pointing to an online Debian manpage it takes a very long time to load, and sometimes drops out. OTOH if I paste the address directly in the address bar it opens immediately. I am using firefox-esr (52.7.3) on Jessie and the above link opens immediately. Using firefox-esr in Stretch (52.8.1 btw, also in Jessie now) and just clicked the above link ( https://manpages.debian.org/ ) in Thunderbird to get the same spinning "Transferring data from manpages.debian.org" and the tab still hasn't loaded after several minutes. I also right-clicked the link, "copy link location" and pasted it into another tab's address bar. It appeared as exactly the same URL in the address bar, but loaded immediately. Likewise if I select the text, Ctrl+C, Ctrl+V in Firefox. Immediate. I've only noticed this with the Debian manpages site though. URLs in mail messages are usually opened instantly in a new non-focussed tab. Maybe some addon some of us are using is getting in the way of Mozilla's handling of link requests? (That first tab still hasn't loaded why I've been slowly typing this.) -- John
Re: Problems with https://manpages.debian.org/ (PS)
On 2018-06-26 16:30, John Crawley wrote: On 2018-06-24 09:49, Fred wrote: On 06/23/2018 05:23 PM, John Crawley wrote: On 2018-06-24 03:18, Richard Owlett wrote: For the past couple of weeks I've had problems connecting to https://manpages.debian.org/ . Usually these days (last couple of months?) when I click a link in Firefox pointing to an online Debian manpage it takes a very long time to load, and sometimes drops out. OTOH if I paste the address directly in the address bar it opens immediately. I am using firefox-esr (52.7.3) on Jessie and the above link opens immediately. Using firefox-esr in Stretch (52.8.1 btw, also in Jessie now) and just clicked the above link ( https://manpages.debian.org/ ) in Thunderbird to get the same spinning "Transferring data from manpages.debian.org" and the tab still hasn't loaded after several minutes. I also right-clicked the link, "copy link location" and pasted it into another tab's address bar. It appeared as exactly the same URL in the address bar, but loaded immediately. Likewise if I select the text, Ctrl+C, Ctrl+V in Firefox. Immediate. I've only noticed this with the Debian manpages site though. URLs in mail messages are usually opened instantly in a new non-focussed tab. Maybe some addon some of us are using is getting in the way of Mozilla's handling of link requests? (That first tab still hasn't loaded why I've been slowly typing this.) Restart Firefox with addons disabled and the problem goes away, so that's where to start searching I guess. Back to the todo list... -- John
Re: Help need in a Debian Based Project
On 6/26/18, deloptes wrote: > David Wright wrote: > >> Really? Looking at >> https://github.com/fossasia/meilix/blob/master/sources.list I see no >> mention of Debian at all (unless you count "deb"): > > This the brainless ubuntu generation, but they tend to document > extensively. > I admired it. I wish I could have such team members. My totally unhumble opinion on anything like this is that.. once a completely different team of developers puts their tweaks all over a base product, that kind of puts any questions about that product into the hands of that secondary team of developers. Maybe yes, maybe no, but those secondary tweaks may be the root cause of whatever is occurring. It seems logical to start an inquiry there... and then move back up the food chain after all possible causatives have been ruled out by the last creative Minds that touched a product before it hit the cyber shelves Ditto on the documentation. They've got it going on when it comes to hitting the front page of web searches.. #hsfmodem *COUGH!* Cindy :) -- Cindy-Sue Causey Talking Rock, Pickens County, Georgia, USA * runs with duct tape (because sharp, pointy objects are like... phew, let's don't even go there) *
Re: session trunking with NFS
On Tue, Jun 26, 2018 at 10:07:28AM +0300, Reco wrote: Personally I'd rather use conventional network bonding on NFS server, and be done with it. Conventional network bonding doesn't speed up a single stream, which is why people have been looking for alternatives. Mike Stone
Re: session trunking with NFS
Hi. On Tue, Jun 26, 2018 at 08:09:48AM -0400, Michael Stone wrote: > On Tue, Jun 26, 2018 at 10:07:28AM +0300, Reco wrote: > > Personally I'd rather use conventional network bonding on NFS server, > > and be done with it. > > Conventional network bonding doesn't speed up a single stream, which is why > people have been looking for alternatives. That's something I agree with. But the way I see the things, if one's really needs I/O bandwidth, low latency and IOPS done in consumer-grade hardware, one should use FCoE, not NFS. Especially if that's 'one initiator - one target' configuration. NFS was designed for multiple clients concurrently accessing the sames shares, and in this scenario bonding seems much more simplier and justified solution. Reco
Re: Audio - Dummy Output, except for root
> In my case. "timidity" was causing my problem. Within X, I did a "sudo kill > timidity", and immediately my Volume control on the pane of KDE's Plasma > desktop changed, and the volume control slider produced test clicks. I > tried purging timidity, but it seems to want to take half of KDE with it, > so I'm gonna hold off until tomorrow to tinker any more with it. > > Whew! Yessir. The timidity update on 19 June messed up my sound, too. After a frustrating few hours of troubleshooting I discovered that timidity is hogging the sound server. Which brings us to the obvious question of how do you get Pulse to play nicely with Timidity?
Re: Audio - Dummy Output, except for root
On Tue, Jun 26, 2018 at 8:39 AM, Borden Rhodes wrote: > > In my case. "timidity" was causing my problem. Within X, I did a "sudo > kill > > timidity", and immediately my Volume control on the pane of KDE's Plasma > > desktop changed, and the volume control slider produced test clicks. I > > tried purging timidity, but it seems to want to take half of KDE with it, > > so I'm gonna hold off until tomorrow to tinker any more with it. > > > > Whew! > > Yessir. The timidity update on 19 June messed up my sound, too. After > a frustrating few hours of troubleshooting I discovered that timidity > is hogging the sound server. > > Which brings us to the obvious question of how do you get Pulse to > play nicely with Timidity? > > This morning I removed "timidity" from the "audio" group, and rebooted. All seems well for me, but then, I don't use Timidity (to my knowledge - don't really know what it is). I do notice that a "ps ax | grep timidity" does not return anything. -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: Audio - Dummy Output, except for root
On Tue, 26 Jun 2018 09:00:16 -0500 Kent West wrote: Hello Kent, >seems well for me, but then, I don't use Timidity (to my knowledge - >don't really know what it is). A MIDI/MOD file player. -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" You're not so safe in the safety of your room Nasty - The Damned pgpmpCtELpZAK.pgp Description: OpenPGP digital signature
Re: Audio - Dummy Output, except for root
On 26 June 2018 at 16:00, Kent West wrote: > On Tue, Jun 26, 2018 at 8:39 AM, Borden Rhodes > wrote: >> >> > In my case. "timidity" was causing my problem. Within X, I did a "sudo >> > kill >> >> Yessir. The timidity update on 19 June messed up my sound, too. After >> a frustrating few hours of troubleshooting I discovered that timidity >> is hogging the sound server. >> >> Which brings us to the obvious question of how do you get Pulse to >> play nicely with Timidity? >> > > This morning I removed "timidity" from the "audio" group, and rebooted. All > seems well for me, but then, I don't use Timidity (to my knowledge - don't > really know what it is). I do notice that a "ps ax | grep timidity" does not > return anything. I had the same experience. What solved it for me was to edit /etc/default/timidity so that timidity does not run as daemon. That freed my audio-devices. Regards Johann -- Because experiencing your loyal love is better than life itself, my lips will praise you. (Psalm 63:3)
Re: Audio - Dummy Output, except for root
On 2018-06-26, Kent West wrote: >> > This morning I removed "timidity" from the "audio" group, and rebooted. All > seems well for me, but then, I don't use Timidity (to my knowledge - don't > really know what it is). I do notice that a "ps ax | grep timidity" does > not return anything. > Seems like a lingering bug. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745373
Can't link to OpenSSL on my laptop
I've written a software suite using openssl-1.1.0f and libssh2-1.8.0. On my main development box, everything compiles fine, but on my laptop it can't find the OpenSSL library. Here's my console output: cc -c revdate.c cc -O -DLINUX -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -o linux/GenStart GenStart.c revdate.o linuxo/genesis.a -lcurses -lssh2 -lssl -lcrypto linuxo/genesis.a(gensock.o): In function `socksslstart': gensock.c:(.text+0x1c9): undefined reference to `OPENSSL_init_ssl' gensock.c:(.text+0x1d8): undefined reference to `OPENSSL_init_ssl' gensock.c:(.text+0x1e6): undefined reference to `TLS_server_method' gensock.c:(.text+0x3f1): undefined reference to `TLS_client_method' /usr/bin/ld: linuxo/genesis.a(gensock.o): unrecognized relocation (0x2a) in section `.text' /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status make: *** [linux/GenStart] Error 1 makefile.lnx:376: recipe for target 'linux/GenStart' failed I'm running Stretch on the desktop box; "cat /etc/debian_version" returns "9.2". The failing laptop is still running a patched version of Jessie; "cat /etc/debian_version" returns "jessie/sid". Both are 64-bit systems. Do I need to upgrade my laptop? -- cgi...@surfnaked.ca (Charlie Gibbs)
Re: Can't link to OpenSSL on my laptop
On 2018-06-26 at 11:16, Charlie Gibbs wrote:
> I've written a software suite using openssl-1.1.0f and libssh2-1.8.0.
> On my main development box, everything compiles fine, but on my laptop
> it can't find the OpenSSL library. Here's my console output:
>
> cc -c revdate.c
> cc -O -DLINUX -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0
> -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0
> -lglib-2.0 -o linux/GenStart GenStart.c revdate.o linuxo/genesis.a
> -lcurses -lssh2 -lssl -lcrypto
> linuxo/genesis.a(gensock.o): In function `socksslstart':
> gensock.c:(.text+0x1c9): undefined reference to `OPENSSL_init_ssl'
> gensock.c:(.text+0x1d8): undefined reference to `OPENSSL_init_ssl'
> gensock.c:(.text+0x1e6): undefined reference to `TLS_server_method'
> gensock.c:(.text+0x3f1): undefined reference to `TLS_client_method'
> /usr/bin/ld: linuxo/genesis.a(gensock.o): unrecognized relocation (0x2a)
> in section `.text'
> /usr/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status
> make: *** [linux/GenStart] Error 1
> makefile.lnx:376: recipe for target 'linux/GenStart' failed
>
> I'm running Stretch on the desktop box; "cat /etc/debian_version"
> returns "9.2". The failing laptop is still running a patched version of
> Jessie; "cat /etc/debian_version" returns "jessie/sid". Both are 64-bit
> systems.
What version of ld are you running on each? ('apt-cache policy binutils'
or 'ld --version' should tell you.)
According to my reading of the (current?) first answer on
https://stackoverflow.com/questions/46058050/unable-to-compile-unrecognized-relocation
this failure occurs when:
* A version of ld which supports a new relocation type has been released.
* A library has been compiled using that new version.
* You attempt to link against that library using an older version of ld,
which does not yet support that new relocation type.
> Do I need to upgrade my laptop?
As a whole, probably not.
You probably do need to upgrade the binutils package, however - and the
dependencies involved in doing that may result in upgrading enough other
low-level things that you might want to upgrade the rest of the system
along with it.
--
The Wanderer
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
signature.asc
Description: OpenPGP digital signature
Re: Audio - Dummy Output, except for root
On 26/06/18 07:00 AM, Kent West wrote: This morning I removed "timidity" from the "audio" group, and rebooted. All seems well for me, but then, I don't use Timidity (to my knowledge - don't really know what it is). I do notice that a "ps ax | grep timidity" does not return anything. Try grep -i - it's officially spelled TiMidity++ because it was designed to play MIDI files. (I see you're using BSD parameters to ps - that should work, although since I was raised on SysV I say "ps -ef".) -- cgi...@surfnaked.ca (Charlie Gibbs)
Re: Can't link to OpenSSL on my laptop
Le mardi 26 juin 2018, 17:16:59 CEST Charlie Gibbs a écrit : > I've written a software suite using openssl-1.1.0f and libssh2-1.8.0. > On my main development box, everything compiles fine, but on my laptop > it can't find the OpenSSL library. Here's my console output: > > cc -c revdate.c > cc -O -DLINUX -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 > -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 > -lglib-2.0 -o linux/GenStart GenStart.c revdate.o linuxo/genesis.a > -lcurses -lssh2 -lssl -lcrypto > linuxo/genesis.a(gensock.o): In function `socksslstart': > gensock.c:(.text+0x1c9): undefined reference to `OPENSSL_init_ssl' > gensock.c:(.text+0x1d8): undefined reference to `OPENSSL_init_ssl' > gensock.c:(.text+0x1e6): undefined reference to `TLS_server_method' > gensock.c:(.text+0x3f1): undefined reference to `TLS_client_method' > /usr/bin/ld: linuxo/genesis.a(gensock.o): unrecognized relocation (0x2a) > in section `.text' > /usr/bin/ld: final link failed: Bad value > collect2: error: ld returned 1 exit status > make: *** [linux/GenStart] Error 1 > makefile.lnx:376: recipe for target 'linux/GenStart' failed > > I'm running Stretch on the desktop box; "cat /etc/debian_version" > returns "9.2". The failing laptop is still running a patched version of > Jessie; "cat /etc/debian_version" returns "jessie/sid". Both are 64-bit > systems. > > Do I need to upgrade my laptop? According to the man page, these functions has been introduced in version 1.1 of OpenSSL (only available in stretch and no jessie-backports). So I think it's time to upgrade. -- Guillaume Clercin Intellique www.intellique.com Tél: 01 78 94 84 06 signature.asc Description: This is a digitally signed message part.
Re: Insertion of USB devices not being recognised.
On Tue, 26 Jun 2018 13:18:01 +1200 Ben Caradoc-Davies wrote: > On 26/06/18 12:37, terryc wrote: > > As per subject, after the last image upgrade, the computer doesn't > > recognise when a USB device is plugged into a USB socket. > > what is the problem? > > System is Debian Stretch V9.4 > > dragonfly 4.9.0-6-amd64 #1 SMP Debian > > 4.9.88-1+deb9u1 (2018-05-07) x86_64 GNU > > Rebooting with the device plugged in does not "locate" the device. > > I've used fuser and lsof on both device and directories where the > > devices are normally mounted to no benefit. > > The only USB devices that are recognised are keyboard, mouse and > > raid array on USB3.0. > > If you run "journalctl -f" as root and then plug in the device, is > anything logged? Nothing, but AIUI that is systemd logging and systemd crapped itself months ago and I'm running only on sysvinit. "sudo tail dmesg" logs nothing either
Re: Insertion of USB devices not being recognised.
On Tue, 26 Jun 2018 08:23:23 +0200 deloptes wrote: > terryc wrote: > > > raid > > array on USB3.0 > > what does raid array has to do with USB3.0? software raid through USB port to case carrying five hard disks. It isn't mounted in /etc/fstab and i usually type the mounting string when I need access. > what is your use case exactly? Mostly it is USB sticks for stuff to play/display on the TV & "noise device" > > >
Re: Problems with https://manpages.debian.org/
Not to go off-topic, but you wrote: "Difficult for me to judge. I do have over 13000 hostnames in /etc/hosts which I hope has an accelerating effect on loading pages (though I" So you aggressively flaunt conventional wisdom with this practice. What is your secret? I have often thought of doing the same when DNS queries crawl, but it seemed that surely if the answer was so simple, others would have discovered it already ;-) On Tue, Jun 26, 2018 at 2:30 AM John Crawley wrote: > > On 2018-06-24 09:49, Fred wrote: > > On 06/23/2018 05:23 PM, John Crawley wrote: > >> On 2018-06-24 03:18, Richard Owlett wrote: > >>> For the past couple of weeks I've had problems connecting to > >>> https://manpages.debian.org/ . > >> > >> Usually these days (last couple of months?) when I click a link in > >> Firefox pointing to an online Debian manpage it takes a very long time > >> to load, and sometimes drops out. > >> OTOH if I paste the address directly in the address bar it opens > >> immediately. > > I am using firefox-esr (52.7.3) on Jessie and the above link opens > > immediately. > Using firefox-esr in Stretch (52.8.1 btw, also in Jessie now) and just > clicked the above link ( https://manpages.debian.org/ ) in Thunderbird > to get the same spinning "Transferring data from manpages.debian.org" > and the tab still hasn't loaded after several minutes. > > I also right-clicked the link, "copy link location" and pasted it into > another tab's address bar. It appeared as exactly the same URL in the > address bar, but loaded immediately. Likewise if I select the text, > Ctrl+C, Ctrl+V in Firefox. Immediate. > > I've only noticed this with the Debian manpages site though. URLs in > mail messages are usually opened instantly in a new non-focussed tab. > Maybe some addon some of us are using is getting in the way of Mozilla's > handling of link requests? > > (That first tab still hasn't loaded why I've been slowly typing this.) > -- > John >
Re: Audio - Dummy Output, except for root
Johann Spies wrote: > I had the same experience. What solved it for me was to edit > /etc/default/timidity so that timidity does not run as daemon. > > That freed my audio-devices. Me too, but the question is how we make timidity work with alsa or pulse, without blocking alsa. I would like to know this as I use timidity from time to time. regards
Re: Insertion of USB devices not being recognised.
terryc wrote: > Mostly it is USB sticks for stuff to play/display on the TV & "noise > device" what do you see in dmesg when you plug in the device? What happens if you downgrade the kernel to the previous version?
Re: Self-censorship 101 (was: Problems with https://manpages.debian.org/)
Hi. On Tue, Jun 26, 2018 at 02:14:36PM -0500, Nicholas Geovanis wrote: > Not to go off-topic, but you wrote: > "Difficult for me to judge. I do have over 13000 hostnames in /etc/hosts > which I hope has an accelerating effect on loading pages (though I" > > So you aggressively flaunt conventional wisdom with this practice. What is > your > secret? I have often thought of doing the same when DNS queries crawl, but it > seemed that surely if the answer was so simple, others would have > discovered it already ;-) It is simple, but the implementation is questionable. One can put all major banner networks, maybe Google, Facebook and their friends into your /etc/hosts and point all those entries to 127.0.0.1. Works wonders on loading Internet web-pages, although someone may consider that "it can break web sites", or "it robs website owners of their income", or some other such nonsense. The main questions here are: 1) How does one obtains such site list. Using any public source for this is suspiciously close to censorship. 2) Why bother with /etc/hosts at all, if one can use DNS or HTTP proxy for the same purpose with much simplier configuration (hint - you cannot block all sites in a domain via /etc/hosts unless you list all of them there). 3) Why cripple system-wide resolver for a single program (in this case - a browser). A suitable browser plugin should suffice here. Reco
Re: Self-censorship 101 (was: Problems with https://manpages.debian.org/)
On Tue 26 Jun 2018 at 23:03:34 (+0300), Reco wrote: > Hi. > > On Tue, Jun 26, 2018 at 02:14:36PM -0500, Nicholas Geovanis wrote: > > Not to go off-topic, but you wrote: > > "Difficult for me to judge. I do have over 13000 hostnames in /etc/hosts > > which I hope has an accelerating effect on loading pages (though I" > > > > So you aggressively flaunt conventional wisdom with this practice. What is > > your > > secret? I have often thought of doing the same when DNS queries crawl, but > > it > > seemed that surely if the answer was so simple, others would have > > discovered it already ;-) > > It is simple, but the implementation is questionable. > > One can put all major banner networks, maybe Google, Facebook and their > friends into your /etc/hosts and point all those entries to 127.0.0.1. > Works wonders on loading Internet web-pages, although someone may > consider that "it can break web sites", or "it robs website owners of > their income", or some other such nonsense. I posted the rationale here last year: https://lists.debian.org/debian-user/2017/10/msg00386.html > The main questions here are: > > 1) How does one obtains such site list. > Using any public source for this is suspiciously close to censorship. In the post above. > 2) Why bother with /etc/hosts at all, if one can use DNS or HTTP proxy > for the same purpose with much simplier configuration (hint - you cannot > block all sites in a domain via /etc/hosts unless you list all of them > there). That's probably why it's so long. But do I want to set up a DNS proxy on each host, with any wheezy, jessie and stretch differences to sort out? Then I have to maintain my list of domains to send to localhost. Where do I start with that? > 3) Why cripple system-wide resolver for a single program (in this > case - a browser). A suitable browser plugin should suffice here. How long does it take to read ½MB into memory (once) and then check it? Obviously not very long as it works well. A plugin means yet more maintenance for me to do. Cheers, David.
Re: Display full date in Thunderbird
On 06/24/2018 11:56 PM, Ken Heard wrote: How do I get Thunderbird to use the same format for dates/times more than a week old? You need to use the config editor to create/edit mail.ui.display.dateformat.today, mail.ui.display.dateformat.thisweek, and mail.ui.display.dateformat.default as Integer prefs. It sounds like you want 2 for all of them. http://kb.mozillazine.org/Date_display_format has full documentation.
