how do you send mail to another user on a local debian machine
Today i needed to send a message to another user on my debian box. I thought i'd just do what used to be the usual thing on a unix box: i compose-mail in emacs (control-x m), and drafted the text, and put in the other user's name in the To: line. I then hit control-c control-c to mail it, but was really shocked when instead of sending it off, instead, my firefox popped up, displaying gmail, and my text was loaded in, poised to send off. I can see that would be useful (and in fact, i'm using this method right now to compose this mail just to see if it will actually go through), but it's not at all something that i asked for. So . . . if you want to send mail to another user on your box, and you do not want it to get bounced around on the internet but only to go into some spool queue somewhere strictly on your local machine, how do you do it? TIA for any info!! :) dan
Spurious character typed on console every ~20 secs until logged in
This has happened a couple of times or so in the past week: On booting up, I get to the prompt to unlock my /home partition. The first attempt fails, not because I mistyped the passphrase, but because an extra ^@ character¹ was typed by the system. If you now just watch and wait, an asterisk appears about every 20 seconds. The only way in is to start typing as soon as an asterisk appears (starting with rubouts) because that gives enough time to type the passphrase. At the login prompt, ^@ will now appear every 20 seconds. If one occurs while typing the username, it doesn't spoil the entry. I haven't tested whether it would affect the password. Once logged in, the phenomenon ceases and everything is normal. There is a second peculiarity that also occurs on this system. It happens at every boot, and has no effect on the proceedings because it only *outputs* to the console rather than inputting. Not long after booting the cursor jumps to the left side of the line. If it happens during passphrase entry, it has no effect: the partition unlocks as normal. Having got to the login prompt, the same thing will happen there, again with no effect. Again, it stops happening after logging in. I've always just ignored it. Has anyone heard of either of these happenings or know what causes them. The system is stretch running on a Lenovo ideapad U430 touch in legacy mode (ie not the Windows/UEFI mode). ¹ not that you can tell what character is being typed yet, because all characters reflect as asterisks at this stage. Cheers, David.
Re: Wine doesn't start
On 2018-03-28 at 15:44, Markus Grunwald wrote: > Hello, > > to play some old games, I wanted to start wine, but it always fails with > errors like that in the attached gna.txt :( > > Not even winecfg is starting (I created gna.txt with starting winecfg). > > It used to work so well a while ago... > > > That's what I have installed (debian testing, upgraded today): > > % dpkg -l wine\* | egrep '^ii' > ii wine 3.0-1 all Windows API > implementation - standard suite > ii wine32:i386 3.0-1 i386 Windows API > implementation - 32-bit binary loader > ii wine64 3.0-1 amd64Windows API > implementation - 64-bit binary loader > ii winetricks 0.0+20180217-1 all package manager for > Wine to install software easily > > > > Can you help me with that, please? Looking online, the large majority of places where "failed to map segment from shared object" occurs outside of this post itself seem to have an additional explanatory comment appended to it. In the log you attached, no such comment appears to be present. I haven't found much of anything hinting at what might lead to that situation. Possible hints I have found for other causes of that "umbrella" message include: * ulimit too low. (Results in "Cannot allocate memory" explanatory comment.) * One or more of the executable files which the program is trying to load (here, 'version.dll.so') is stored on a filesystem which is mounted noexec. (Results in "Operation not permitted" explanatory comment. Since the paths indicate that this is apparently being loaded from under /usr/lib/i386-linux-gnu/, it doesn't seem very likely that noexec could be in play.) * The relevant executable file does not have the execute bit set. (Not clear what explanatory comment results. I don't think this should apply for .dll.so files like this one; certainly the analogous file for my Wine install doesn't have that bit set.) * SELinux is blocking the file from being loaded. (Results in "Permission denied" explanatory comment. Other LSMs, such as AppArmor, might presumably result in the same problem.) There's also a semi-weird case where access to local files was mediated by ActiveDirectory authentication, and the environment where the program was being launched wasn't retaining the environment variable which provided the username against which the authentication would be done, so the program couldn't access local files. That seems unlikely to apply, however. I don't know whether any of these may bear at all on your environment, but at least they might give you places to start looking... -- 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: dependancies issues
On 2018-03-28 at 16:50, Abdullah Ramazanoglu wrote: > On Wed, 28 Mar 2018 09:46:53 -0400 The Wanderer said: > >> On 2018-03-28 at 09:39, Laurent Debian wrote: >> >>> Dear all, I have one question Does that aptitude message looks >>> normal to you :" >>> >>> "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to >>> be installed" >>> >>> Does I misunderstand or does it looks like aptitude thinks that >>> 16.0... is not less than 17 ? >> >> No, it's saying "because the version of python-zmq which is >> selected for installation is 16.x, we can't install a version of >> python-tornado which says it only works with version 17 and >> above". >> >> Why version 16.x is selected for installation is another question, >> but we don't have enough information to go on in that regard. > > Sorry but I still don't get it. As I understand, aptitude appears to > say that python-zmq with version *less than* 17 is needed? No. The relationship "Breaks: packagename < X" means that any version of 'packagename' which is less than version X will not work with this package. (Here, "packagename" = "python-zmq" and "X" = "17".) A "Breaks" is not a "Depends"; it's more closely akin to a "Conflicts", which is basically the opposite of a "Depends". Michael Lange's reply summarizes this accurately. > That aside, python-tornado and python-zmq neither depends nor > conflicts with one another. It may be different for Stretch, though. As a side note, "Conflicts" and "Breaks" are both defined relationships for the apt package database, and they have different meanings. I don't remember offhand which meanings attach to which term, though. > So, where exactly python-zmq enters the picture, I don't know. Trying to figure that out would lead us back to the question: what exactly was the command which resulted in the original message you quoted? At a glance, I wouldn't expect that that message could ever appear unless a version of python-tornado which does have a Breaks: against 'python-zmq < 17' is being considered for installation. -- 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: How to execute user's scripts when upgrading a certain package via apt/aptitude
On Wed, 28 Mar 2018 20:00:34 +0200 Mikhail Morfikov said: > Is there some variable that holds, for instance, a list of the > packages that apt wants to upgrade? In such way it would be easy to > set this up. On Wed, 28 Mar 2018 20:18:24 +0200 Mikhail Morfikov said: > But I will try to do something with the trigger and see how that will > work. Indeed, printing out the run-time environment from within the Post-Invoke-Success script might give some ideas. Regards -- Abdullah Ramazanoglu
Re: screen freeze when attaching external screen through the dock.
On Tue, 27 Mar 2018 14:45:18 +0200 BRINER Cédric said: > Which file should I look to to better investigate the topic ? One of these files might have logged a relevant message just before the freeze: /var/log/sylog* /var/log/messages* /var/log/debug* /var/log/kern.log* Regards -- Abdullah Ramazanoglu
Re: dependancies issues
Hi, On Wed, 28 Mar 2018 09:46:53 -0400 The Wanderer wrote: > On 2018-03-28 at 09:39, Laurent Debian wrote: > > > Dear all, > > I have one question > > Does that aptitude message looks normal to you :" > > > > "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to be > > installed" > > > > Does I misunderstand or does it looks like aptitude thinks that > > 16.0... is not less than 17 ? > > No, it's saying "because the version of python-zmq which is selected for > installation is 16.x, we can't install a version of python-tornado which > says it only works with version 17 and above". I believe the message "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to be installed" does not mean python-tornado *needs* a particular version of python-zmq but it *breaks* this older version. This might be due to a bug in python-zmq versions < 17 . Or maybe it is actually something from either package's recommends that causes the problem. Regards Michael .-.. .. ...- . .-.. --- -. --. .- -. -.. .--. .-. --- ... .--. . .-. A father doesn't destroy his children. -- Lt. Carolyn Palamas, "Who Mourns for Adonais?", stardate 3468.1.
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-29 03:40, to...@tuxteam.de wrote: I really thought there's some easy way to include user's scripts when you want to make some additional changes to the upgraded packages, but it looks like the apt mechanism is a little bit limited. But I will try to do something with the trigger and see how that will work. PS sorry, that was @Michael not @Sven. -- John
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-29 03:40, to...@tuxteam.de wrote: On Wed, Mar 28, 2018 at 08:18:24PM +0200, Mikhail Morfikov wrote: On 2018-03-28 20:12, Sven Joachim wrote: I really thought there's some easy way to include user's scripts when you want to make some additional changes to the upgraded packages, but it looks like the apt mechanism is a little bit limited. But I will try to do something with the trigger and see how that will work. I think the trick is to create a (nearly) empty package "my-firefox-custom" which depends on firefox and thus pulls it in before its own post-install takes over. This sounds as if it should work, but your custom package would need upgrading every time Firefox was upgraded, so the automation would be lost. @Sven, depending on how you do your upgrades, maybe a script could interrogate apt-get as to what packages it intended to upgrade, before performing it. If 'firefox' was found, the extra action could be taken. So you'd write a wrapper around 'apt-get'. -- John
Re: apt{-cache,-get,itude} show wrong version of package after update
On Wed 28 Mar 2018 at 21:07:35 (+0200), Jean-Baptiste Thomas wrote: > > Try running: > > sudo apt-get update # one more time, to be sure > > # then > > apt-cache policy ntp > > > > and see what version it refers to. > > Thanks for the suggestions folks but there's not much to see > there, no packages are pinned. > > I've made some progress, though. A closer look at the output > reveals that "Packages" is "Ign:", which is apparently [1] > apt-get's way of saying "I was unable to download it but that's > not a problem". > > # apt-get update > Ign:1 http://mymirror/debian stretch InRelease > [...] > Get:3 http://mymirror/debian stretch Release [118 kB] > Get:4 http://mymirror/debian stretch Release.gpg [2434 B] > Ign:5 http://mymirror/debian stretch/main amd64 Packages > [...] > > strace tells me that apt-get uses the cached version in > /var/lib/apt/lists/, which may be why it thinks that not being > able to download it is not a problem. > > Unfortunately, the Packages file in /var/lib/apt/lists/ is out > of date by months because it pertains to 9.2 while the mirror > has 9.4. Diffing the two shows why apt-get looks for the wrong > version of ntp : > > Package: ntp > -Version: 1:4.2.8p10+dfsg-3+deb9u1 > +Version: 1:4.2.8p10+dfsg-3+deb9u2 > Installed-Size: 1804 > > What I'd like to know now is : what prevents apt-get from > downloading the Packages file from the mirror ? Wget can ! > > [1] https://superuser.com/questions/454867/ Move all the files out of /var/lib/apt/lists/ so that apt-get update has to download fresh copies. That should get you back on track. By all means take the opportunity to compare the old and the new files to look for causes. In the simplest scenario, which probably is not the cause but might illustrate the kind of problem, a failed download could leave a file with a timestamp at the point of failure. That erroneous timestamp would be more recent than the mirror's (correct) timestamp and could cause update to think there's nothing to do on subsequent runs until the original file on the mirror was modified. Cheers, David.
Re: apt{-cache,-get,itude} show wrong version of package after update
Jean-Baptiste Thomas wrote: > /var/lib/apt/lists/, which may be why it thinks that not being > able to download it is not a problem. > > Unfortunately, the Packages file in /var/lib/apt/lists/ is out > of date by months because it pertains to 9.2 while the mirror > has 9.4. Diffing the two shows why apt-get looks for the wrong > version of ntp : > > Package: ntp > -Version: 1:4.2.8p10+dfsg-3+deb9u1 > +Version: 1:4.2.8p10+dfsg-3+deb9u2 > Installed-Size: 1804 > > What I'd like to know now is : what prevents apt-get from > downloading the Packages file from the mirror ? Wget can ! > > [1] https://superuser.com/questions/454867/ since you seem to be skipping versions a bit i'd try: apt-get dist-upgrade or similar command using your preferred tool. may help or give more information... if you are using a certain repository and are still seeing errors after that it may be worth specifying a different one or the more general default. usually when i do this i erase all my local apt files in /var/lib/apt/lists) so they will be redownloaded. songbird
Re: dependancies issues
On Wed, 28 Mar 2018 09:46:53 -0400 The Wanderer said: > On 2018-03-28 at 09:39, Laurent Debian wrote: > > > Dear all, > > I have one question > > Does that aptitude message looks normal to you :" > > > > "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to be > > installed" > > > > Does I misunderstand or does it looks like aptitude thinks that > > 16.0... is not less than 17 ? > > No, it's saying "because the version of python-zmq which is selected > for installation is 16.x, we can't install a version of > python-tornado which says it only works with version 17 and above". > > Why version 16.x is selected for installation is another question, but > we don't have enough information to go on in that regard. Sorry but I still don't get it. As I understand, aptitude appears to say that python-zmq with version *less than* 17 is needed? That aside, python-tornado and python-zmq neither depends nor conflicts with one another. It may be different for Stretch, though. # both tornado and zmq is not currently installed ~$ dpkg -l python-tornado python-zmq dpkg-query: no packages found matching python-tornado dpkg-query: no packages found matching python-zmq # tornado has nothing (directly) to do with zmq ~$ apt-cache show python-tornado Package: python-tornado Version: 5.0.0-1 Installed-Size: 1682 Maintainer: Debian Python Modules Team Architecture: amd64 Depends: ca-certificates, python (<< 2.8), python (>= 2.7~), python-backports-abc, python-concurrent.futures, python-singledispatch, python:any (<< 2.8), python:any (>= 2.7.5-5~), libc6 (>= 2.4) # zmq has nothing (directly) to do with tornado ~$ apt-cache show python-zmq Package: python-zmq Source: pyzmq (16.0.2-2) Version: 16.0.2-2+b1 Installed-Size: 1185 Maintainer: Debian Python Modules Team Architecture: amd64 Depends: python (<< 2.8), python (>= 2.7~), python:any (<< 2.8), python:any (>= 2.7.5-5~), libc6 (>= 2.14), libzmq5 (>= 4.1.2) # tornado has nothing (directly or indirectly) to do with zmq ~$ apt-get -s install python-tornado ... The following additional packages will be installed: python-backports-abc python-singledispatch Suggested packages: python-mysqldb python-tornado-doc python-twisted The following NEW packages will be installed: python-backports-abc python-singledispatch python-tornado 0 upgraded, 3 newly installed, 0 to remove and 401 not upgraded. Inst python-backports-abc (0.5-2 Debian:testing [all]) Inst python-singledispatch (3.4.0.3-2 Debian:testing [all]) Inst python-tornado (5.0.0-1 Debian:testing [amd64]) Conf python-backports-abc (0.5-2 Debian:testing [all]) Conf python-singledispatch (3.4.0.3-2 Debian:testing [all]) Conf python-tornado (5.0.0-1 Debian:testing [amd64]) # zmq has nothing (directly or indirectly) to do with tornado ~$ apt-get -s install python-zmq ... The following NEW packages will be installed: python-zmq 0 upgraded, 1 newly installed, 0 to remove and 401 not upgraded. Inst python-zmq (16.0.2-2+b1 Debian:testing [amd64]) Conf python-zmq (16.0.2-2+b1 Debian:testing [amd64]) So, where exactly python-zmq enters the picture, I don't know. Regards -- Abdullah Ramazanoglu
Wine doesn't start
Hello, to play some old games, I wanted to start wine, but it always fails with errors like that in the attached gna.txt :( Not even winecfg is starting (I created gna.txt with starting winecfg). It used to work so well a while ago... That's what I have installed (debian testing, upgraded today): % dpkg -l wine\* | egrep '^ii' ii wine 3.0-1 all Windows API implementation - standard suite ii wine32:i386 3.0-1 i386 Windows API implementation - 32-bit binary loader ii wine64 3.0-1 amd64Windows API implementation - 64-bit binary loader ii winetricks 0.0+20180217-1 all package manager for Wine to install software easily Can you help me with that, please? -- Markus Grunwald http://www.the-grue.de/~markus/markus_grunwald.gpg 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 000d:err:module:import_dll Library ole32.dll (which is needed by L"C:\\windows\\system32\\windowscodecs.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 000d:err:module:import_dll Library ole32.dll (which is needed by L"C:\\windows\\system32\\oleaut32.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library USER32.dll (which is needed by L"C:\\windows\\system32\\oleaut32.dll") not found 000d:err:module:import_dll Library oleaut32.dll (which is needed by L"C:\\windows\\system32\\windowscodecs.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 000d:err:module:import_dll Library ole32.dll (which is needed by L"C:\\windows\\system32\\propsys.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 000d:err:module:import_dll Library ole32.dll (which is needed by L"C:\\windows\\system32\\oleaut32.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library USER32.dll (which is needed by L"C:\\windows\\system32\\oleaut32.dll") not found 000d:err:module:import_dll Library oleaut32.dll (which is needed by L"C:\\windows\\system32\\propsys.dll") not found 000d:err:module:import_dll Library propsys.dll (which is needed by L"C:\\windows\\system32\\windowscodecs.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from shared object 000d:err:module:import_dll Loading library version.dll (which is needed by L"C:\\windows\\system32\\user32.dll") failed (error c07a). 000d:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\system32\\shlwapi.dll") not found 000d:err:module:import_dll Library shlwapi.dll (which is needed by L"C:\\windows\\system32\\windowscodecs.dll") not found 000d:err:module:load_builtin_dll failed to load .so lib for builtin L"version.dll": /usr/lib/wine/../i386-linux-gnu/wine/version.dll.so: failed to map segment from
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 21:25, David Wright wrote: > On Wed 28 Mar 2018 at 20:00:34 (+0200), Mikhail Morfikov wrote: >> On 2018-03-28 18:58, Andy Smith wrote: >>> On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote: Is there a way to pass some extra commands/script to apt/aptitude so when the firefox package is to be upgraded, it would recreate the links automatically? >>> >>> I've never tried it but looking at "man apt.conf" it seems that >>> setting Apt::Post-Invoke (or possible Apt::Post-Invoke-Success?) >>> might be useful to you, as you could use it to run a script that >>> checks that your firefox setup is as you want it. >> I'm aware of the options, but even if I put some script in Post-Invoke, >> there's >> still a problem concerning how to pass the information to the script that the >> firefox package was upgraded. Is there some variable that holds, for >> instance, a >> list of the packages that apt wants to upgrade? In such way it would be easy >> to >> set this up. But if the script doesn't know which packages are upgraded (or >> just >> the specific one), it has to be run and remove the hard links with each >> upgrade/installation process, and this isn't really what I want to achieve. > > You said these were hardlinks. If so, then the most straightforward > is to look at the link counts. When the old version of the program > and whatever files are involved in the upgrade, is removed (as it > were, because your own links will preserve its existence), the > link count of your hard links will decrease, likely to 1. > > As you probably know, the link count is given by ls -l in the > second field, between the permissions and the owner. > > Cheers, > David. > That could work. signature.asc Description: OpenPGP digital signature
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On Wed 28 Mar 2018 at 20:00:34 (+0200), Mikhail Morfikov wrote: > On 2018-03-28 18:58, Andy Smith wrote: > > On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote: > >> Is there a way to pass some extra commands/script to apt/aptitude so when > >> the > >> firefox package is to be upgraded, it would recreate the links > >> automatically? > > > > I've never tried it but looking at "man apt.conf" it seems that > > setting Apt::Post-Invoke (or possible Apt::Post-Invoke-Success?) > > might be useful to you, as you could use it to run a script that > > checks that your firefox setup is as you want it. > I'm aware of the options, but even if I put some script in Post-Invoke, > there's > still a problem concerning how to pass the information to the script that the > firefox package was upgraded. Is there some variable that holds, for > instance, a > list of the packages that apt wants to upgrade? In such way it would be easy > to > set this up. But if the script doesn't know which packages are upgraded (or > just > the specific one), it has to be run and remove the hard links with each > upgrade/installation process, and this isn't really what I want to achieve. You said these were hardlinks. If so, then the most straightforward is to look at the link counts. When the old version of the program and whatever files are involved in the upgrade, is removed (as it were, because your own links will preserve its existence), the link count of your hard links will decrease, likely to 1. As you probably know, the link count is given by ls -l in the second field, between the permissions and the owner. Cheers, David.
Re: apt{-cache,-get,itude} show wrong version of package after update
> Try running: > sudo apt-get update # one more time, to be sure > # then > apt-cache policy ntp > > and see what version it refers to. Thanks for the suggestions folks but there's not much to see there, no packages are pinned. I've made some progress, though. A closer look at the output reveals that "Packages" is "Ign:", which is apparently [1] apt-get's way of saying "I was unable to download it but that's not a problem". # apt-get update Ign:1 http://mymirror/debian stretch InRelease [...] Get:3 http://mymirror/debian stretch Release [118 kB] Get:4 http://mymirror/debian stretch Release.gpg [2434 B] Ign:5 http://mymirror/debian stretch/main amd64 Packages [...] strace tells me that apt-get uses the cached version in /var/lib/apt/lists/, which may be why it thinks that not being able to download it is not a problem. Unfortunately, the Packages file in /var/lib/apt/lists/ is out of date by months because it pertains to 9.2 while the mirror has 9.4. Diffing the two shows why apt-get looks for the wrong version of ntp : Package: ntp -Version: 1:4.2.8p10+dfsg-3+deb9u1 +Version: 1:4.2.8p10+dfsg-3+deb9u2 Installed-Size: 1804 What I'd like to know now is : what prevents apt-get from downloading the Packages file from the mirror ? Wget can ! [1] https://superuser.com/questions/454867/
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Mar 28, 2018 at 08:18:24PM +0200, Mikhail Morfikov wrote: > On 2018-03-28 20:12, Sven Joachim wrote: [...] > > It requires you to create your own package (since there is no other way > > to register triggers in dpkg) [...] > I really thought there's some easy way to include user's scripts when you want > to make some additional changes to the upgraded packages, but it looks like > the > apt mechanism is a little bit limited. But I will try to do something with the > trigger and see how that will work. I think the trick is to create a (nearly) empty package "my-firefox-custom" which depends on firefox and thus pulls it in before its own post-install takes over. Cheers - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlq74ZgACgkQBcgs9XrR2kbT9ACfQjrs0rzgRKXyWjXwJOKgOXJT N4MAn1OQERkWXADCZJlQ1S2/OWcr3iKe =moS3 -END PGP SIGNATURE-
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 20:12, Sven Joachim wrote: > On 2018-03-28 19:46 +0200, Mikhail Morfikov wrote: > >> On 2018-03-28 19:29, Sven Joachim wrote: >>> On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote: >>> I have some packages, for instance firefox, which need a little bit of customization from a user side. So basically when I install the new version of firefox, I also have to do some extra steps and so far I've been doing it manually because I don't know any better way. In the case of firefox, I have to create some hard links. Those hard links are used as additional executable files to be profiled in AppArmor. But when I upgrade my system, and firefox is on the package list, the hard links basically stop working and they have to be removed and recreated manually after the upgrade is done. Is there a way to pass some extra commands/script to apt/aptitude so when the firefox package is to be upgraded, it would recreate the links automatically? >>> >>> You could use a dpkg trigger for that, a short intro how to do this is >>> on stackoverflow[1]. See also deb-triggers(5). >> Is this a solution for a user or rather for maintainer of the package? I >> think >> it's the second one and hence I can't use it. > > It requires you to create your own package (since there is no other way > to register triggers in dpkg), but it does not have to contain any > files, you only need to include the triggers list and a postinst script > which manages the links. > > An alternative is to use the dpkg's post-invoke option, but that is > rather inefficient, since it will be run on every dpkg invocation and > not only when one of the packages which interest you is > updated/installed/removed. > > Cheers, >Sven > I really thought there's some easy way to include user's scripts when you want to make some additional changes to the upgraded packages, but it looks like the apt mechanism is a little bit limited. But I will try to do something with the trigger and see how that will work. signature.asc Description: OpenPGP digital signature
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 19:46 +0200, Mikhail Morfikov wrote: > On 2018-03-28 19:29, Sven Joachim wrote: >> On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote: >> >>> I have some packages, for instance firefox, which need a little bit of >>> customization from a user side. So basically when I install the new version >>> of >>> firefox, I also have to do some extra steps and so far I've been doing it >>> manually because I don't know any better way. >>> >>> In the case of firefox, I have to create some hard links. Those hard links >>> are >>> used as additional executable files to be profiled in AppArmor. But when I >>> upgrade my system, and firefox is on the package list, the hard links >>> basically >>> stop working and they have to be removed and recreated manually after the >>> upgrade is done. >>> >>> Is there a way to pass some extra commands/script to apt/aptitude so when >>> the >>> firefox package is to be upgraded, it would recreate the links >>> automatically? >> >> You could use a dpkg trigger for that, a short intro how to do this is >> on stackoverflow[1]. See also deb-triggers(5). > Is this a solution for a user or rather for maintainer of the package? I think > it's the second one and hence I can't use it. It requires you to create your own package (since there is no other way to register triggers in dpkg), but it does not have to contain any files, you only need to include the triggers list and a postinst script which manages the links. An alternative is to use the dpkg's post-invoke option, but that is rather inefficient, since it will be run on every dpkg invocation and not only when one of the packages which interest you is updated/installed/removed. Cheers, Sven
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 18:58, Andy Smith wrote: > Hi Mikhail, > > On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote: >> Is there a way to pass some extra commands/script to apt/aptitude so when the >> firefox package is to be upgraded, it would recreate the links automatically? > > I've never tried it but looking at "man apt.conf" it seems that > setting Apt::Post-Invoke (or possible Apt::Post-Invoke-Success?) > might be useful to you, as you could use it to run a script that > checks that your firefox setup is as you want it. I'm aware of the options, but even if I put some script in Post-Invoke, there's still a problem concerning how to pass the information to the script that the firefox package was upgraded. Is there some variable that holds, for instance, a list of the packages that apt wants to upgrade? In such way it would be easy to set this up. But if the script doesn't know which packages are upgraded (or just the specific one), it has to be run and remove the hard links with each upgrade/installation process, and this isn't really what I want to achieve. > > Another option could be to build your own firefox package with a > post-inst script that does what you want, but given the size and > complexity of the firefox packages that is perhaps a bit ambitious. > > Then, there is always the option of creating your own firefox > executable which is a script that checks your environment, fixes it > up if necessary, and then calls the real firefox binary. I think hard links are fine, but I need some automatic way to also upgrade them when the firefox package is upgraded. > > Cheers, > Andy > signature.asc Description: OpenPGP digital signature
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 19:29, Sven Joachim wrote: > On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote: > >> I have some packages, for instance firefox, which need a little bit of >> customization from a user side. So basically when I install the new version >> of >> firefox, I also have to do some extra steps and so far I've been doing it >> manually because I don't know any better way. >> >> In the case of firefox, I have to create some hard links. Those hard links >> are >> used as additional executable files to be profiled in AppArmor. But when I >> upgrade my system, and firefox is on the package list, the hard links >> basically >> stop working and they have to be removed and recreated manually after the >> upgrade is done. >> >> Is there a way to pass some extra commands/script to apt/aptitude so when the >> firefox package is to be upgraded, it would recreate the links automatically? > > You could use a dpkg trigger for that, a short intro how to do this is > on stackoverflow[1]. See also deb-triggers(5). Is this a solution for a user or rather for maintainer of the package? I think it's the second one and hence I can't use it. > > Cheers, >Sven > > > 1. https://stackoverflow.com/questions/15276535/dpkg-how-to-use-trigger > signature.asc Description: OpenPGP digital signature
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
On 2018-03-28 18:29 +0200, Mikhail Morfikov wrote: > I have some packages, for instance firefox, which need a little bit of > customization from a user side. So basically when I install the new version of > firefox, I also have to do some extra steps and so far I've been doing it > manually because I don't know any better way. > > In the case of firefox, I have to create some hard links. Those hard links are > used as additional executable files to be profiled in AppArmor. But when I > upgrade my system, and firefox is on the package list, the hard links > basically > stop working and they have to be removed and recreated manually after the > upgrade is done. > > Is there a way to pass some extra commands/script to apt/aptitude so when the > firefox package is to be upgraded, it would recreate the links automatically? You could use a dpkg trigger for that, a short intro how to do this is on stackoverflow[1]. See also deb-triggers(5). Cheers, Sven 1. https://stackoverflow.com/questions/15276535/dpkg-how-to-use-trigger
Re: How to execute user's scripts when upgrading a certain package via apt/aptitude
Hi Mikhail, On Wed, Mar 28, 2018 at 06:29:06PM +0200, Mikhail Morfikov wrote: > Is there a way to pass some extra commands/script to apt/aptitude so when the > firefox package is to be upgraded, it would recreate the links automatically? I've never tried it but looking at "man apt.conf" it seems that setting Apt::Post-Invoke (or possible Apt::Post-Invoke-Success?) might be useful to you, as you could use it to run a script that checks that your firefox setup is as you want it. Another option could be to build your own firefox package with a post-inst script that does what you want, but given the size and complexity of the firefox packages that is perhaps a bit ambitious. Then, there is always the option of creating your own firefox executable which is a script that checks your environment, fixes it up if necessary, and then calls the real firefox binary. Cheers, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
How to execute user's scripts when upgrading a certain package via apt/aptitude
I have some packages, for instance firefox, which need a little bit of customization from a user side. So basically when I install the new version of firefox, I also have to do some extra steps and so far I've been doing it manually because I don't know any better way. In the case of firefox, I have to create some hard links. Those hard links are used as additional executable files to be profiled in AppArmor. But when I upgrade my system, and firefox is on the package list, the hard links basically stop working and they have to be removed and recreated manually after the upgrade is done. Is there a way to pass some extra commands/script to apt/aptitude so when the firefox package is to be upgraded, it would recreate the links automatically? -- Morfik signature.asc Description: OpenPGP digital signature
Re: dependancies issues
On 2018-03-28 at 09:39, Laurent Debian wrote: > Dear all, > I have one question > Does that aptitude message looks normal to you :" > > "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to be > installed" > > Does I misunderstand or does it looks like aptitude thinks that 16.0... is > not less than 17 ? No, it's saying "because the version of python-zmq which is selected for installation is 16.x, we can't install a version of python-tornado which says it only works with version 17 and above". Why version 16.x is selected for installation is another question, but we don't have enough information to go on in that regard. -- 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
dependancies issues
Dear all, I have one question Does that aptitude message looks normal to you :" "python-tornado breaks : python-zmq (< 17) but 16.0.2-2+b1 is to be installed" Does I misunderstand or does it looks like aptitude thinks that 16.0... is not less than 17 ? Best Regards,
Re: Update: Re: Password Manager opinions and recommendations
On Wed 28 Mar 2018 at 15:27:44 +1300, Richard Hector wrote: > On 28/03/18 00:19, Brian wrote: > > I eventually settled on masterpasswordapp > > because the re-creation aspect appealed to me, it was actively > > maintained, the author's well-thought arguments were convincing > > and (insofar as I could judge) it is secure. > > > > But it did take some time to come to a decision and both the other > > two you have been recommended were on my list. The last thing you > > want to be doing is changing a password manager every few months, > > That's one of the disadvantages of masterpasswordapp, as far as I can Not quite the point I was trying to make but it is a good one anyway. > see: If you have to change one password, whether because the site owner > says so or it's genuinely been compromised, then masterpasswordapp won't > let you do that, right? Based on your name, the sitename, and your > master password, there is only one true password. So to change a > password, you'd have to change one of those factors. You probably can't > change the site name, changing your own name is inconvenient, and > changing the master password changes all your other passwords as well. At http://masterpasswordapp.com/algorithm.html there is a list of items a user is expected to remember. Four are used to generate the master password and one of those is the site's password counter. In the event of a forced site password change the counter is increased from its default value of 1 to generate a new password for the site without changing the master password. Incidentally, the four items above are not secrets. I use the CLI version of the app with a script so need to remember the master password only. Also, the site name and full name can be anything you like, provided you can remember what they are (not that the app's author recommends this). -- Brian.
Re: apt{-cache,-get,itude} show wrong version of package after update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Mar 28, 2018 at 07:47:05AM +0900, Mark Fletcher wrote: [...] > I'm not sure if you really did what it sounds like you did here, but if > you did... you can't mix and match commands to apt-get and aptitude. I think this is false, at least in such an unrestricted and sweeping way. Apt (and apt-get, its younger cousin) and aptitude are just front ends to dpkg and use the same data bases in the background. In particular... > You did apt-get update so you need to use apt-get upgrade, or > dist-upgrade, or whatever the apt-get command is ...apt update and apt-get update are equivalent (as most probably aptitude update is). > (I don't much use > apt-get, have switched to the apt command since upgrading to stretch). Apt is just a friendlier front-end for apt-get: the command outputs are not compatible (and you'll see a warning to that effect in apt, aimed at those who want to use apt's output in scripts), and aptitude has, AFAIK, some *extra* databases to record user intention, and a different dependency resolver, but the basic data sets (which packages are available, what state each is in, etc.) are common. > If you want to use aptitude upgrade, or dist-upgrade, or safe-upgrade, > or whatever the command is (embarrassingly I have forgotten, I used > aptitude for years _before_ upgrading to stretch) you need to first do > aptitude update. > > apt-get update followed by aptitude upgrade will lead to pain. I don't think so: but I'm ready to be proven wrong! Cheers - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlq7RL8ACgkQBcgs9XrR2kaZxwCdG1yySXVjC7MUhxIgK1oxoHC1 XPsAn1fHEltkoY62cvsZGkrGqgqsKycI =IloX -END PGP SIGNATURE-
