Re: Issue with package kept back
On 4/1/20 3:45 PM, Sven Joachim wrote: On 2020-04-01 15:17 -0500, Dutch Ingraham wrote: I'm having a problem on an x86_64 install running sid. Specifically, the package phonon-backend-gstreamer-common will not upgrade from v. 4.9.1-1 to what is currently (since 2019-11-06) in sid, v. 4.10.0-1. When I do my normal apt-get update && apt-get dist-upgrade, I receive the message "The following packages have been kept back: phonon-backend-gstreamer-common" I have been receiving this message since last November when the package repo was upgraded. Thinking this was a temporary library mismatch or an out-of-sync mirror, I waited. However, finally realizing the issue would not sort itself out, I searched the web for solutions. While there were suggestions, none of them result in the package being upgraded. Some of the suggestions I have tried are: 1. Run sudo apt-get dist-upgrade 2. Run sudo apt-get --with-new-pkgs upgrade 3. Run sudo apt-get install phonon-backend-gstreamer-common 4. Run sudo apt-get install phonon-backend-gstreamer-common=4:4.10.0-1 5. Run sudo aptitude safe-upgrade 6. Run sudo aptitude full-upgrade 7. Attempt to purge phonon-backend-gstreamer-common and reinstall. 1, 2, and 3 above result in the kept-back message. 4 and 7 result in the proposed removal of an uncomfortable list of packages [1]. 5 results in: "No packages will be installed, upgraded, or removed." 6 results in a similarly uncomfortable list of solutions. [2] I suspect the problem lies with some other package, maybe one of those the "aptitude full-upgrade" command suggested, but I can't grok what. Any suggestions appreciated. I think the problem is that the phonon-backend-gstreamer binary package has been dropped in version 4:4.9.1-2, and it has a strict dependency on the phonon-backend-gstreamer-common package. And you seem to have obsolete packages (kaccessible, kopete) that require phonon-backend-gstreamer. Ask yourself if you really need these old packages, and remove them if the answer is no. Cheers, Sven Obsolete packages was the problem - TIL. All better now - thanks!
Issue with package kept back
Hi all:
I'm having a problem on an x86_64 install running sid. Specifically,
the package phonon-backend-gstreamer-common will not upgrade from v.
4.9.1-1 to what is currently (since 2019-11-06) in sid, v. 4.10.0-1.
When I do my normal apt-get update && apt-get dist-upgrade, I receive
the message "The following packages have been kept back:
phonon-backend-gstreamer-common"
I have been receiving this message since last November when the package
repo was upgraded. Thinking this was a temporary library mismatch or an
out-of-sync mirror, I waited. However, finally realizing the issue
would not sort itself out, I searched the web for solutions. While
there were suggestions, none of them result in the package being
upgraded. Some of the suggestions I have tried are:
1. Run sudo apt-get dist-upgrade
2. Run sudo apt-get --with-new-pkgs upgrade
3. Run sudo apt-get install phonon-backend-gstreamer-common
4. Run sudo apt-get install phonon-backend-gstreamer-common=4:4.10.0-1
5. Run sudo aptitude safe-upgrade
6. Run sudo aptitude full-upgrade
7. Attempt to purge phonon-backend-gstreamer-common and reinstall.
1, 2, and 3 above result in the kept-back message.
4 and 7 result in the proposed removal of an uncomfortable list of
packages [1].
5 results in: "No packages will be installed, upgraded, or removed."
6 results in a similarly uncomfortable list of solutions. [2]
I suspect the problem lies with some other package, maybe one of those
the "aptitude full-upgrade" command suggested, but I can't grok what.
Any suggestions appreciated.
--Dutch
---
[1] $ sudo apt-get purge phonon-backend-gstreamer-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
icoutils kate-data katepart kde-runtime-data kdelibs-bin
kdelibs5-data kdelibs5-plugins kdoctools libattica0.4
libbctoolbox1 libbzrtp0 libdbusmenu-qt2 libdlrestrictions1
libexiv2-14 libgadu3 libgpgme++2v5 libilmbase23
libkabc4 libkactivities6 libkatepartinterfaces4 libkcmutils4
libkde3support4 libkdeclarative5 libkdecore5
libkdesu5 libkdeui5 libkdewebkit5 libkdnssd4 libkemoticons4 libkfile4
libkhtml5 libkio5 libkjsapi4 libkjsembed4
libkldap4 libkmediaplayer4 libkmime4 libknewstuff2-4 libknewstuff3-4
libknotifyconfig4 libkntlm4 libkopete4
libkparts4 libkpimidentities4 libkpimtextedit4 libkpimutils4 libkpty4
libkresources4 libkrosscore4
libktexteditor4 libmeanwhile1 libmediastreamer-base10
libmediastreamer-voip10 libntrack-qt4-1 libntrack0
libopenexr23 libortp13 libotr5 libphonon4 libplasma3 libpolkit-qt-1-1
libqca2 libqca2-plugins libqimageblitz4
libqjson0 libqt4-declarative libqt4-designer libqt4-network
libqt4-opengl libqt4-qt3support libqt4-script
libqt4-sql libqt4-sql-mysql libqt4-sql-sqlite libqt4-xmlpatterns
libqtwebkit4 libsolid4 libthreadweaver4
libturbojpeg0 ntrack-module-libnl-0 oxygen-icon-theme
plasma-scriptengine-javascript
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
kaccessible* kde-runtime* kopete* phonon* phonon-backend-gstreamer*
phonon-backend-gstreamer-common*
0 upgraded, 0 newly installed, 6 to remove and 2 not upgraded.
After this operation, 31.1 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.
[2] $ sudo aptitude full-upgrade
The following packages will be REMOVED:
phonon-backend-gstreamer-common{u} xserver-common{u}
The following packages will be upgraded:
xserver-xorg-core{b} xserver-xorg-legacy{b}
2 packages upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
Need to get 5,830 kB of archives. After unpacking 2,402 kB will be freed.
The following packages have unmet dependencies:
xserver-xorg-core : Depends: xserver-common (>= 2:1.20.8-1) but it is
not going to be installed
xserver-xorg-legacy : Depends: xserver-common (>= 2:1.20.8-1) but it
is not going to be installed
phonon-backend-gstreamer : Depends: phonon-backend-gstreamer-common (=
4:4.9.1-1) but it is not going to be installed
The following actions will resolve these dependencies:
Remove the following packages:
1) kaccessible [4:17.08.3-1 (now)]
2) kde-runtime [4:17.08.3-2.1 (now)]
3) kopete [4:17.08.3-2.1 (now)]
4) phonon [4:4.10.3-2 (now)]
5) phonon-backend-gstreamer [4:4.9.1-1 (now)]
Keep the following packages at their current version:
6) xserver-common [2:1.20.7-4 (now)]
7) xserver-xorg-core [2:1.20.7-4 (now)]
8) xserver-xorg-legacy [2:1.20.7-4 (now)]
Leave the following dependencies unresolved:
9) kdeaccessibility recommends kaccessible (>= 4:17.08.3)
10) kdelibs5-plugins recommends kde-runtime
11) libkopete4 recommends kopete (= 4:17.08.3-2.1)
Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
Re: Relocated Header Directories
On Mon, Aug 21, 2017 at 09:55:18PM +0200, to...@tuxteam.de wrote: > On Mon, Aug 21, 2017 at 02:12:05PM -0500, Dutch Ingraham wrote: > > On 08/21/2017 09:06 AM, Kushal Kumaran wrote: > > > Dutch Ingraham <s...@gmx.us> writes: > > > > > >> Hi everyone - > > >> > > >> It seems Debian has moved some header directories, like > > >> /usr/include/bits (and > > >> sys, and asm, etc.) from /usr/include/ to, e.g., > > >> /usr/include/i386-linux-gnu/bits/ > > >> (arch-specific). > > >> > > >> My first question is: Why? > > >> > > > This is so that headers that are architecture independent are separated > > > from headers with are architecture dependent. Specifically, that they > > > are available at different paths. This lets you install the headers > > > (and libraries) for different architectures simultaneously, which is > > > essential for debian's multiarch support. > > Thanks for the response. Since both you and Tomas are saying the same > > thing, > > maybe I'm not understanding something. For example, Fedora (and Gentoo, > > etc. ) > > also installs glibc for both 32- and 64-bit on the same machine, but > > they have not > > relocated these header files. So are you saying this was just Debian's > > method > > of solving the multi-arch issue, and other distributions solved in some > > other way? > > Exactly. In RH, the "default" is under /usr/lib, /usr/include, in Debian, > there's for every installed architecture /usr/*/$ARCH. This provides an > uniform structure, independent of the "default" arch. The change is a bit > more difficult, but the result is cleaner, as far as I understand. Excellent! Thanks. > > This eases co-installing cross compilers for other architectures too, > > > >> My second question is: How does this work? There are no symlinks, yet a > > >> file > > >> like /usr/include/signal.h, has the standard "#include ", > > >> yet > > >> that path does not exist with the change noted above. So how is this > > >> file > > >> included? > > >> > > >> Any enlightenment is appreciated. > > > There are several directories configured for searching header files. > > > The command "gcc -xc -E -v - < /dev/null" will print those paths out. > > > For my system, the directories are: > > > > > > /usr/lib/gcc/x86_64-linux-gnu/6/include > > > /usr/local/include > > > /usr/lib/gcc/x86_64-linux-gnu/6/include-fixed > > > /usr/include/x86_64-linux-gnu > > > /usr/include > > > > > > The list will be different for you because you appear to be running > > > i386. > > I'm not seeing some of these paths in vanilla gcc. Does this mean > > Debian patched > > gcc as well to add the "Debian" path of /usr/include/x86_64-linux-gnu/ ? > > I think it is a configuration option when building gcc and friends. OK - this answers my questions - thanks again! > > Cheers > -- tomás >
Re: Relocated Header Directories
On 08/21/2017 09:06 AM, Kushal Kumaran wrote: > Dutch Ingraham <s...@gmx.us> writes: > >> Hi everyone - >> >> It seems Debian has moved some header directories, like /usr/include/bits >> (and >> sys, and asm, etc.) from /usr/include/ to, e.g., >> /usr/include/i386-linux-gnu/bits/ >> (arch-specific). >> >> My first question is: Why? >> > This is so that headers that are architecture independent are separated > from headers with are architecture dependent. Specifically, that they > are available at different paths. This lets you install the headers > (and libraries) for different architectures simultaneously, which is > essential for debian's multiarch support. Thanks for the response. Since both you and Tomas are saying the same thing, maybe I'm not understanding something. For example, Fedora (and Gentoo, etc. ) also installs glibc for both 32- and 64-bit on the same machine, but they have not relocated these header files. So are you saying this was just Debian's method of solving the multi-arch issue, and other distributions solved in some other way? > >> My second question is: How does this work? There are no symlinks, yet a file >> like /usr/include/signal.h, has the standard "#include ", yet >> that path does not exist with the change noted above. So how is this file >> included? >> >> Any enlightenment is appreciated. > There are several directories configured for searching header files. > The command "gcc -xc -E -v - < /dev/null" will print those paths out. > For my system, the directories are: > > /usr/lib/gcc/x86_64-linux-gnu/6/include > /usr/local/include > /usr/lib/gcc/x86_64-linux-gnu/6/include-fixed > /usr/include/x86_64-linux-gnu > /usr/include > > The list will be different for you because you appear to be running > i386. I'm not seeing some of these paths in vanilla gcc. Does this mean Debian patched gcc as well to add the "Debian" path of /usr/include/x86_64-linux-gnu/ ? Thanks again to you and Tomas for your responses.
Re: Relocated Header Directories
On 08/21/2017 09:02 AM, to...@tuxteam.de wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mon, Aug 21, 2017 at 08:37:14AM -0500, Dutch Ingraham wrote: >> Hi everyone - >> >> It seems Debian has moved some header directories, like /usr/include/bits >> (and >> sys, and asm, etc.) from /usr/include/ to, e.g., >> /usr/include/i386-linux-gnu/bits/ >> (arch-specific). >> >> My first question is: Why? > Multi-arch. These days you can have libraries (and the corresponding > headers) for several architectures co-installed on your system. > > Start here: > > https://wiki.debian.org/Multiarch Thanks for your response and the link. I'll respond more fully to the other reply in this thread since they are both so similar. > >> My second question is: How does this work? There are no symlinks, yet a file >> like /usr/include/signal.h, has the standard "#include ", yet >> that path does not exist with the change noted above. So how is this file >> included? > Your compiler should know which architecture is relevant and set the default > include directories (can't look it up now to be sure, sorry). > > Cheers > - -- tomás > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlma5+cACgkQBcgs9XrR2kZbkgCeMXS69kgQkQAkOlMgIyJgPt8i > YloAnREMU31YSlj/GrO3/Yv/u/bAQ1lP > =DdkG > -END PGP SIGNATURE- >
Relocated Header Directories
Hi everyone - It seems Debian has moved some header directories, like /usr/include/bits (and sys, and asm, etc.) from /usr/include/ to, e.g., /usr/include/i386-linux-gnu/bits/ (arch-specific). My first question is: Why? My second question is: How does this work? There are no symlinks, yet a file like /usr/include/signal.h, has the standard "#include ", yet that path does not exist with the change noted above. So how is this file included? Any enlightenment is appreciated.
Re: Firefox lost restore previous session setting
On Fri, Oct 21, 2016 at 02:32:46PM -0400, Gary Dale wrote: > On 21/10/16 04:28 AM, William Satterthwaite wrote: > Thanks. The settings button | History has a "Restore Closed Tabs" option > that isn't in the History pulldown. When you first start Firefox, the option > reads "Restore Closed Windows". Neither actually does the same thing as the > "restore previous session" button used to do. I have no idea what criteria > Firefox uses to decide which windows/tabs to restore, but they aren't the > ones that were open when I closed Firefox. > > There also doesn't seem to be way of customizing the menu bar to include the > option, or even the option in settings button | History section. The History > | Restore Closed Tabs is gone. > > I'm using Firefox 45.4.0. > > I preferred it when Firefox automatically restored your last session. I > didn't mind it when it started asking you nor even when it made you press a > button on the startup page. I gather from the increasing difficulty in > restoring the previous session, someone has decided that people simply > shouldn't do it. :) I am using FF 49.0.1, currently logged into Arch Linux. I have an option History -> Restore Previous Session. I can also go History -> Recently Closed Tabs -> Restore All Tabs. Isn't this what you are looking for, or did I miss something?
Re: Strange Gnome-terminal behaviour
On Mon, Sep 26, 2016 at 12:05:44AM +0900, Mark Fletcher wrote: > Also I just ran mutt in an X terminal instead by invoking xterm from > Gnome-Terminal, and although the font is horrible and the window is too > small, it does NOT display the same psychotic intermittent scrolling > behaviour. So the problem really does seem to be confined to Gnome > Terminal. And, it is worse than it was a few days ago -- in the last > week or so I have been doing a lot of shell scripting work and would > probably have broken my keyboard over my knee if I had been having the > problems all week I've been having in the last few days... Which is > really weird when I think about it because this is Jessie and yesterday > was the first time I had applied any updates in 2 weeks... And I was > seeing the problem before the update... > > That suggests hardware, but the fact that no other application is > affected suggests not... Confused. I don't use gnome terminal, but for lack of anyone throwing anything else against the wall, the next two things I would try are: 1. If there is an application cache, clear it; and 2. If the application uses profiles of any kind, try a new, blank one. Related to those, you could create a new regular user, and log in as him/her, which should give a "blank slate" to test from. Lastly, purge the application and all config files and re-install (or just install Terminator or some such replacement).
Re: Strange Gnome-terminal behaviour
On Sat, Sep 24, 2016 at 11:00:33PM +0900, Mark Fletcher wrote: > On Sat, Sep 24, 2016 at 03:28:41AM -0500, Dutch Ingraham wrote: > > > > I can't address the emulator's scrolling behavior in general, but in > > specific to mutt, you can add: > > > > set pager_stop = yes > > > > to your .muttrc and that will stop the automatic flip to the next > > message. A nice work-a-round until the emulator issue is resolved, > > anyway. > > > Thanks for that, that will help in the meantime. But the general > scrolling problems in the terminal history, in vi, in less etc are still > driving me nuts! Have you tried backing out of X to a console and observing the behaviour there?
Re: Strange Gnome-terminal behaviour
On Sat, Sep 24, 2016 at 05:02:36PM +0900, Mark Fletcher wrote: > Recently, Gnome terminal's scrolling behaviour has gone strange. If I am > looking at a man page, or scrolling through a long text file with less > etc, or even just scrolling back through terminal history using > Shift-PgUp and Shift-PgDn, it sometimes gets "stuck" and doesn't scroll. > Then if I repeat the keystroke to scroll, it does it twice, skipping a > screenful. This is particularly annoying for example in Mutt, where > scrolling too far down a message causes Mutt to move to the next > message. I end up missing the end of the message and have to go back a > message to read it -- and then of course Mutt takes me back to the START > of the previous message, so I have to scroll down again, and guess what, > sod's law, it gets stuck in the same place... Picture the scene as I get > steadily more irritated... I can't address the emulator's scrolling behavior in general, but in specific to mutt, you can add: set pager_stop = yes to your .muttrc and that will stop the automatic flip to the next message. A nice work-a-round until the emulator issue is resolved, anyway.
Re: Laserjet p1109w - anyone got it working?
On Sun, Sep 18, 2016 at 06:10:39PM -0400, brian wrote: > Anybody got any ideas before I package the printer up and send it back > to Amazon to exchange it for another brand? I'm using 64-bit testing, > should anyone feel that makes a difference. I'm not a Luddite, but if you still can, I'd ship it back and go on e-bay and pick up a used 4050/4100 or some such. Similar to your 5N, but a little newer. Most importantly, speaks perfect PS and drivers are no problem (just CUPS+Gutenprint). Get the N version for network connectivity, because otherwise will likely come only configured for parallel, which might be a problem. Should be in the $100-$135 range. I've got over 6 copies on the ol' 4050N I've got. If you've got the cash, there are of course newer versions of pure postscript printers available. I got rid of my "modern" HP 1005p after sooo much frustration, needing not just a driver and firmware, but something called a "hotplug" as well. So glad I lucked into the 4050 dinosaur.
Re: update-alternatives, list alternatives?
On Fri, Sep 16, 2016 at 06:55:58PM -0400, Tony Baldwin wrote: > On 09/16/2016 06:19 PM, Liam O'Toole wrote: > > openbox doesn't have a GUI for setting up the association you want. > > Instead, go to the file ~/.config/mimeapps.list (creating it if > > necessary) and add the following: > > > > [Added Associations] > > x-scheme-handler/mailto=icedove.desktop > > > > See the documentation[1] for more details. > > > > 1: > > https://standards.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.1.html > > > > I did this, and restarted openbox, and still get a terminal with mutt when I > click a mailto: in chromium, but thanks for this, > I believe it's how I got it working on my prior jessie installation, > no idea why it isn't working on this one. I actually have that entry under the heading [Default Applications], not [Added Associations]. You may need to reboot for that file to be re-read.
Re: update-alternatives, list alternatives?
On Fri, Sep 16, 2016 at 04:50:49PM -0400, Anthony Baldwin wrote: > I just want icedove to be the default mua, and to work with chromium when I > click on a mailto:// link. I don't have Icedove handy, but on Thunderbird, I just go to edit -> preferences -> advanced, then click "check now" under "System Integration," then check the box(es) of my choice. Doesn't Icedove have this functionality?
Re: Links browser, was lynx - not all sites readable
On Thu, Sep 15, 2016 at 10:43:02PM -0400, Karen Lewellen wrote: > Hi Dutch, > I am not sure I agree with the java script focus. after all that site will > work in lynx, when I turn off the send user agent header option, just like I > suggested to Hans. > why would it work in a non graphical environment with lynx, if I take the > above referenced step if Java script is not involved under those > circumstances? > I cannot say as to the graphical ones, I do not have them. > No, it is likely the user agent string. If I set links' user agent string to fake firefox, the site will load. > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > On Thu, Sep 15, 2016 at 07:57:27PM -0400, Karen Lewellen wrote: > > > Hi Dutch, > > > > > > Something told me to try my example again before I shared it, try this in > > > links. > > > > > > www.healingwiththemasters.com > > > I just tried and got the 403 forbidden error. > > > > Yes, I get the same thing. Note that if you turn off javascript on your > > full-graphical browser (Firefox, etc), that same site will not > > error-out, but will likely not display anything, either. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > As for Walmart.com allowing the links browser, I am afraid that matters > > > not > > > as I am in Canada and my reference is to the Canadian site. > > > My speech states that the issue is a cookies one, providing the offer of > > > viewing the flyer without cookies. > > > I will check your resource for the user agent question. > > > Thanks, > > > Karen > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote: > > > > > Hi Dutch, > > > > > The forbidden site issue I encounter is not the one Hans referenced, > > > > > but > > > > > others. > > > > > take > > > > > masterworkshealing.com > > > > > > > > I can visit that site with links. > > > > > > > > > for example, > > > > > So the idea would be an option that I could change, as I directed > > > > > Hans to > > > > > make a short term change to the send user agent header one in lynx. > > > > > I realize naturally there are times when the user agent header needs > > > > > to be > > > > > sent. Likely why Lynx does not make this change perminent. what > > > > > about in > > > > > links though? > > > > > > > > See http://links.twibright.com/user_en.html#subch-network-options > > > > > > > > > > > > > As for storing cookies, indeed, I am wondering what to do if I try > > > > > visiting a site and am not allowed to continue because the browser > > > > > will not > > > > > accept cookies...as in literary says as much. > > > > > for example, > > > > > www.walmart.ca > > > > > will not even move forward in links for this reason. > > > > > > > > On my machine, that site is not viewable in the standard links config > > > > due to > > > > lack of javascript, not cookies. Interestingly, walmart.com doesn't > > > > have that > > > > issue. > > > > > > > > > > > > > > > > > > > > > > > > > I am not sure if the reference you place below will explain the user > > > > > agent > > > > > header question, or the cookies one? > > > > > Thanks, > > > > > Karen > > > > > > > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > > > > > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote: > > > > > > > Hi Dutch, > > > > > > > Still, that brings up two questions of my own regarding links. > > > > > > > first, does the browser still not accept cookies? > > > > > > > > > > > > I'm not sure of your definition of "accept," but in the general > > > > > > sense links does > > > > > > not store and set cookies. This post [1] seems to make a > > > > > > distinction, though, > > > > > > between persistent cookies and volatile cookies. > > > > > > > > > > > > > and second, what is the comparative solution to Hans' forbidden > > > > > > > site > > > > > > > problem? > > > > > > > > > > > > I had no problem visiting nvidia.de/Treiber with links. > > > > > > > > > > > > > I do not know if I can alter the send user agent command in > > > > > > > links. > > > > > > > > > > > > links -> setup -> Network options -> HTTP options -> Header options > > > > > > > > > > > > [1] https://superuser.com/questions/478633/links-cookie-location > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > > > > > > > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote: > > > > > > > > > Links is no longer updated, > > > > > > > > > > > > > > > > Where did you get this information? As far as I can see, links > > > > > > > > was updated on > > > > > > > > July 1, 2016.[1][2] Does that qualify as "no longer updated"? > > > > > > > > > > > > > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser) > > > > > > > > [2] https://www.archlinux.org/packages/core/x86_64/links/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Re: Links browser, was lynx - not all sites readable
On Thu, Sep 15, 2016 at 07:57:27PM -0400, Karen Lewellen wrote: > Hi Dutch, > > Something told me to try my example again before I shared it, try this in > links. > > www.healingwiththemasters.com > I just tried and got the 403 forbidden error. Yes, I get the same thing. Note that if you turn off javascript on your full-graphical browser (Firefox, etc), that same site will not error-out, but will likely not display anything, either. > As for Walmart.com allowing the links browser, I am afraid that matters not > as I am in Canada and my reference is to the Canadian site. > My speech states that the issue is a cookies one, providing the offer of > viewing the flyer without cookies. > I will check your resource for the user agent question. > Thanks, > Karen > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote: > > > Hi Dutch, > > > The forbidden site issue I encounter is not the one Hans referenced, but > > > others. > > > take > > > masterworkshealing.com > > > > I can visit that site with links. > > > > > for example, > > > So the idea would be an option that I could change, as I directed Hans to > > > make a short term change to the send user agent header one in lynx. > > > I realize naturally there are times when the user agent header needs to > > > be > > > sent. Likely why Lynx does not make this change perminent. what about in > > > links though? > > > > See http://links.twibright.com/user_en.html#subch-network-options > > > > > > > As for storing cookies, indeed, I am wondering what to do if I try > > > visiting a site and am not allowed to continue because the browser will > > > not > > > accept cookies...as in literary says as much. > > > for example, > > > www.walmart.ca > > > will not even move forward in links for this reason. > > > > On my machine, that site is not viewable in the standard links config due to > > lack of javascript, not cookies. Interestingly, walmart.com doesn't have > > that > > issue. > > > > > > > > > > > > > I am not sure if the reference you place below will explain the user agent > > > header question, or the cookies one? > > > Thanks, > > > Karen > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote: > > > > > Hi Dutch, > > > > > Still, that brings up two questions of my own regarding links. > > > > > first, does the browser still not accept cookies? > > > > > > > > I'm not sure of your definition of "accept," but in the general sense > > > > links does > > > > not store and set cookies. This post [1] seems to make a distinction, > > > > though, > > > > between persistent cookies and volatile cookies. > > > > > > > > > and second, what is the comparative solution to Hans' forbidden site > > > > > problem? > > > > > > > > I had no problem visiting nvidia.de/Treiber with links. > > > > > > > > > I do not know if I can alter the send user agent command in links. > > > > > > > > links -> setup -> Network options -> HTTP options -> Header options > > > > > > > > [1] https://superuser.com/questions/478633/links-cookie-location > > > > > > > > > > > > > > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > > > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote: > > > > > > > Links is no longer updated, > > > > > > > > > > > > Where did you get this information? As far as I can see, links was > > > > > > updated on > > > > > > July 1, 2016.[1][2] Does that qualify as "no longer updated"? > > > > > > > > > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser) > > > > > > [2] https://www.archlinux.org/packages/core/x86_64/links/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Re: Links browser, was lynx - not all sites readable
On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote: > Hi Dutch, > The forbidden site issue I encounter is not the one Hans referenced, but > others. > take > masterworkshealing.com I can visit that site with links. > for example, > So the idea would be an option that I could change, as I directed Hans to > make a short term change to the send user agent header one in lynx. > I realize naturally there are times when the user agent header needs to be > sent. Likely why Lynx does not make this change perminent. what about in > links though? See http://links.twibright.com/user_en.html#subch-network-options > As for storing cookies, indeed, I am wondering what to do if I try > visiting a site and am not allowed to continue because the browser will not > accept cookies...as in literary says as much. > for example, > www.walmart.ca > will not even move forward in links for this reason. On my machine, that site is not viewable in the standard links config due to lack of javascript, not cookies. Interestingly, walmart.com doesn't have that issue. > I am not sure if the reference you place below will explain the user agent > header question, or the cookies one? > Thanks, > Karen > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote: > > > Hi Dutch, > > > Still, that brings up two questions of my own regarding links. > > > first, does the browser still not accept cookies? > > > > I'm not sure of your definition of "accept," but in the general sense links > > does > > not store and set cookies. This post [1] seems to make a distinction, > > though, > > between persistent cookies and volatile cookies. > > > > > and second, what is the comparative solution to Hans' forbidden site > > > problem? > > > > I had no problem visiting nvidia.de/Treiber with links. > > > > > I do not know if I can alter the send user agent command in links. > > > > links -> setup -> Network options -> HTTP options -> Header options > > > > [1] https://superuser.com/questions/478633/links-cookie-location > > > > > > > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > > > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote: > > > > > Links is no longer updated, > > > > > > > > Where did you get this information? As far as I can see, links was > > > > updated on > > > > July 1, 2016.[1][2] Does that qualify as "no longer updated"? > > > > > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser) > > > > [2] https://www.archlinux.org/packages/core/x86_64/links/ > > > > > > > > > > > > > > > >
Re: Links browser, was lynx - not all sites readable
On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote: > Hi Dutch, > Still, that brings up two questions of my own regarding links. > first, does the browser still not accept cookies? I'm not sure of your definition of "accept," but in the general sense links does not store and set cookies. This post [1] seems to make a distinction, though, between persistent cookies and volatile cookies. > and second, what is the comparative solution to Hans' forbidden site > problem? I had no problem visiting nvidia.de/Treiber with links. > I do not know if I can alter the send user agent command in links. links -> setup -> Network options -> HTTP options -> Header options [1] https://superuser.com/questions/478633/links-cookie-location > > On Thu, 15 Sep 2016, Dutch Ingraham wrote: > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote: > > > Links is no longer updated, > > > > Where did you get this information? As far as I can see, links was updated > > on > > July 1, 2016.[1][2] Does that qualify as "no longer updated"? > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser) > > [2] https://www.archlinux.org/packages/core/x86_64/links/ > > > > >
Re: lynx - not all sites readable
>On 2016-09-15 12:29:50 +0200, Vincent Lefevre wrote: >Links does not support UTF-8. The other ones do. Where is the support for that conclusion? It appears to be incorrect.[1] [1] https://wiki.gentoo.org/wiki/UTF-8#links_and_elinks
Re: lynx - not all sites readable
On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote: > Links is no longer updated, Where did you get this information? As far as I can see, links was updated on July 1, 2016.[1][2] Does that qualify as "no longer updated"? [1] https://en.wikipedia.org/wiki/Links_(web_browser) [2] https://www.archlinux.org/packages/core/x86_64/links/
Re: Fwd: How to get Jessie to run at boot time -- Problem solved
On Sun, Sep 11, 2016 at 06:49:47PM -0400, Alan McConnell wrote: > Deconstruction of this statement follows: > Brian, you are in a bad temper. Did you read the amended title of > this > and previous messages? "Problem solved". > > Suggestion: simply don't reply to any of my (perhaps) forthcoming > questions > and/or comments. That will save both you and me time and spare us > both > annoyance. Given your responses to someone who was, in any event, trying to help, cross me off your list as well. *PLONK*
Re: How to forcibly abort a command in a terminal window?
On Mon, Sep 05, 2016 at 05:19:38PM +0200, Nicolas George wrote: > Le decadi 20 fructidor, an CCXXIV, Charlie Kravetz a écrit : > SIGTERM (number 15) by default while Ctrl-C sends SIGINT (number 3) by > default. But both have the same default action of interrupting the process. The last sentence is inaccurate and imprecise. See man 7 signal, and esp. under the column "Action."
Re: mount MTP phone
On Sun, Sep 04, 2016 at 09:30:38PM -0400, Tony Baldwin wrote: > On 09/04/2016 09:22 PM, Carl Fink wrote: > > On 09/04/2016 09:13 PM, Tony Baldwin wrote: > > > I'm at a loss, friends: > > > I have a phone (Motorola Droid Turbo), which functions as an MTP > > > device, and auto-mounts on Win7, but not on Debian 8. > > > AFAIK, I have all the requisite MTP packages installed . > > > When I plug it in, lsusb doesn't show it at all, however. > > > I don't know what else to do to try and diagnose or resolve the matter. > > > Anyone? > > > I'm running Jessie on AMD64 > > Have you looked at /var/log/syslog for the relevant period? > > Sorry Carl, you're getting this twice now (it's been a while since I was > active on lists, I've forgotten how to behave), but > > I confess, I had not, until now. > > Seems I get a bunch of this: > > Sep 4 21:23:47 deathstar kernel: [26533.020450] hub 10-0:1.0: unable to > enumerate USB device on port 1 What do you get with dmesg? For example, run , then plug the device in. What is the complete output? Also, do you have libmtp installed?
Re: The DISPLAY variable.
On Wed, Aug 10, 2016 at 11:44:19AM -0700, pe...@easthope.ca wrote: > No luck. The DVI screen is overlaid on the VGA. The display is worse. > I didn't find an error message. Seems that my revised .xsessionrc is > syntactically correct. > > Is xrandr capable of setting the screen numbers as suggested above. > If so, a tip will help. If not, what approach might work? > Yes, xrandr is capable, but you need to spend time with xrandr(1). I don't find that very enjoyable, though. I prefer the package arandr, which is a small graphical front-end to xrandr, which will write the proper screen config for you, almost automatically. Then you can just copy it to your .xinitrc or whatever.
Re: make cannot find file
On Tue, Jul 05, 2016 at 09:33:44AM +0200, Danny wrote: > Hi guys, > > I am having trouble with make. It complains about a missing header file > "asm/socket.h". > > I did a search for each package that contains this file and installed them but > the error still persists. What is your full path to socket.h?
Re: Mailing-list configuration
On Mon, Jun 13, 2016 at 06:51:46PM +0100, Lisi Reisz wrote: > On Monday 13 June 2016 18:09:23 Nicolas George wrote: > > Le sextidi 26 prairial, an CCXXIV, Lisi Reisz a écrit : > meant to go to the mailing list. Any half way decent mail client can be > configured to reply to a mailing list when reply is clicked. I am very > surprised that Mutt can't do so. This thread has been a torturous ride, but one thing is clear: all you need to do to "reply-list" and only "reply-list" in Mutt is hit the L key. No configuration necessary. Don't be slanderin' my Mutt!
Re: Debian Stretch package conflicts... libnettle4 libarchive13 libgnutls-deb0-28 libgnutls30
On Fri, May 13, 2016 at 06:43:11PM -0700, Rick Thomas wrote:
> Hi,
>
> When I try to do aptitude full-upgrade on my Stretch Apple G4 PowerMac, I get
> conflicts.
>
> These do not seem to be transient — they have been there for several days.
>
> Anybody know what’s going on?
>
> Thanks!
> Rick
>
> > The following NEW packages will be installed:
> > libnettle4{a}
> > The following packages will be upgraded:
> > gir1.2-packagekitglib-1.0 libarchive13 libasyncns0 libavcodec57
> > libavfilter6 libavformat57 libavresample3 libavutil55
> > libc-bin libc-l10n libc6 libkpathsea6 libpackagekit-glib2-18 libpam-systemd
> > libpostproc54 libptexenc1 librest-0.7-0
> > libswresample2 libswscale4 libsynctex1 libsystemd0 libtexlua52
> > libtexluajit2 libudev1 libx264-148 locales
> > multiarch-support mythes-en-us packagekit packagekit-tools systemd
> > systemd-sysv texlive-base texlive-binaries
> > texlive-fonts-recommended texlive-fonts-recommended-doc texlive-latex-base
> > texlive-latex-base-doc udev x11-apps
> > x11-xkb-utils
> > 41 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> > Need to get 442 kB/104 MB of archives. After unpacking 16.6 MB will be
> > freed.
> > The following packages have unmet dependencies:
> > libgnutls-deb0-28 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to be
> > installed
> > libgnutls30 : Conflicts: libnettle4 but 2.7.1-5+deb8u1 is to be installed
> > open: 45; closed: 112; defer: 39; conflict: 46
> >
> > The following actions will resolve these dependencies:
> >
> >Keep the following packages at their current version:
> > 1) libarchive13 [3.1.2-11+b1 (now, testing, unstable)]
> > 2) libnettle4 [Not Installed]
> >
>
I used to use aptitudee full-upgrade until I started having the same
problem as you - wanting to remove huge lists of essential applications
(like bash, etc.) There is a long thread regarding this on the forums
(which I can't find right now.)
I don't know why aptitude is doing this, but switching to apt-get
dist-upgrade solved the problem and I haven't had any issues in ~8
months.
Re: cups (sharing network printer)
On Mon, May 09, 2016 at 09:15:50PM +0200, Pol Hallen wrote: > Hi all :) > > I've a cups printer server (192.168.1.10) with a network printer connected > (192.168.1.200). From that server I can print. > > how I have to configure the clients to print by that server? > Unless I am misunderstanding the question, first go to the CUPS web interface, click "add printer," choose (if your networked printer(s) are not automatically detected) "AppSocket,", then in the "Connection" box insert the printer's IP (e.g., socket://192.168.1.200). Click "continue" to finish up.
Re: Flashplayer on 32 bit computers
On Mon, May 09, 2016 at 09:38:54AM +0100, Lisi Reisz wrote: > I seem to have hit the following: > My client cannot run an up-to-date Flashplayer on Linux. If she insists on > running Flashplayer, she can run an out of date Flashplayer in her current > Debian system (if I can get a functional one installed) or she can go out, > buy and install Windows. She will then be able to run an up-to-date > Maybe I am getting cross-thread confusion (or maybe I'm just not awake yet), but what version of Windows could you purchase today that would operate on an Intel Pentium M 750?
Re: Does anyone know how to configure a Brother MFC-J5720DW with cups?
When networked printers "print" without errors and without actually printing, it could be your firewall blocking.
Re: Welcome to emergency mode!
On Tue, Feb 09, 2016 at 02:49:20PM -0700, Bob Holtzman wrote: > > > > > >As root journalctl produces a long list, tail journalctl produces > > > > > >"tail: cannot open ‘journalctl’ for reading: No such file or directory". > > > > > >Now I'm really confused. Any explanation? > > > > > > > I belive tail is designed for use with text files...which systemd journal > > isn't. > > > Then why does it produce text output when tail is run as root? > > Read the first line of my post. > Check the file permissions for /var/log/journal's contents.
Re: Welcome to emergency mode!
> > > >As root journalctl produces a long list, tail journalctl produces > > > >"tail: cannot open ‘journalctl’ for reading: No such file or directory". > > > >Now I'm really confused. Any explanation? > > > > I belive tail is designed for use with text files...which systemd journal > isn't. > > journalctl has a plethora of options listed in it's man page for limiting the journal's output. Regardless, you can pipe journalctl output through tail, e.g.:
Re: using debian debootstrap and chroot to login to other distro on neighbouring partition etc
On Sun, Feb 07, 2016 at 09:43:48PM +, Michael Fothergill wrote: > Dear Folks, > > I did the chrooting according to Mr Ingraham's recipe and I used it to > chroot into a gentoo installation I have on the machine here. > > It worked. > Excellent! Thanks for the update.
Re: using debian debootstrap and chroot to login to other distro on neighbouring partition etc
On Fri, Feb 05, 2016 at 08:22:53PM +, Michael Fothergill wrote: > On 5 February 2016 at 12:49, Michael Fothergill < > michael.fotherg...@googlemail.com> wrote: > > > > > > > On 5 February 2016 at 12:30, Mirko Parthey <mirko.part...@web.de> wrote: > > > >> On Thu, Feb 04, 2016 at 06:05:50PM -0600, Dutch Ingraham wrote: > >> > I'm not sure debootstrap is what you are looking for here. If you just > >> > want to chroot into your Ubuntu,on the same disk, these are the steps: > >> > > >> > 1. Make a mount point, say /mnt/ubuntu; > >> > > >> > 2. Mount the partition Ubuntu is on, e.g., >> /mnt/ubuntu>; > >> > > >> > 3. Change directory to /mnt/ubuntu; > >> > > >> > 4. ; > >> > > >> > 5. ; > >> > > >> > 6. ; > >> > > >> > 7. ; > >> > > >> > 8. ; > >> > > >> > 9. ; > >> > > >> > 10. ; > >> > > >> > 11. ; > >> > > >> > 12. >> > > >> > Of course, you will need to determine certain things up front and > >> modify for > >> > your particular needs, i.e., which partition Ubuntu is currently > >> residing on, > >> > whether you need network access, etc. > > > > > If wanted a network connection could I add in /sbin/dhcpd as a command > etc? > > MF Step 8 covers that.
Re: using debian debootstrap and chroot to login to other distro on neighbouring partition etc
On Thu, Feb 04, 2016 at 10:55:26PM +, Michael Fothergill wrote: > Dear Folks, > > I am asking a general question about using chroot etc. > > On my AMD box here I am running Debian stretch. But I also have ubuntu > installed on the same disk and I think a third linux distribution installed > on a second hard drive. > > If I wanted to mount e.g. the partition with ubuntu on it and then use the > chroot to run that OS inside the debian environment what would be the best > way to do that? > > Do I need to rename some of the mount points etc? > > Comments and guidance appreciated. > I'm not sure debootstrap is what you are looking for here. If you just want to chroot into your Ubuntu,on the same disk, these are the steps: 1. Make a mount point, say /mnt/ubuntu; 2. Mount the partition Ubuntu is on, e.g., ; 3. Change directory to /mnt/ubuntu; 4. ; 5. ; 6. ; 7. ; 8. ; 9. ; 10. ; 11. ; 12.
