Re: Continuous brute force attempt from own server !!! (OT question)
On Sun, Jul 28, 2013 at 4:56 AM, Glenn English wrote: > > NSA.com? > Did you mean nsa.gov? nsa.com site is a shipping company. -- Arun Khan Sent from my non-iphone/non-android device -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHhM8gAdaYMEThs66EXMNY2h_dpHidA=ctlr4pxr5cqv3ko...@mail.gmail.com
Re: root.root and netdev group for /dev/net/tun ?
Le 28/07/2013 04:19, Stephen Powell a écrit : > On Sat, 27 Jul 2013 21:28:09 -0400 (EDT), Zenaan Harkness wrote: >> Is there a reason why the default ownership of /dev/net/tun is root.root? >> I'm on sid. Don't know if it's anything I did, pretty sure not. >> >> As in, is there a reason that /dev/net/tun is not owned root.netdev? > The attributes of /dev/net/tun are controlled by the file > >/lib/udev/rules.d/91-permissions.rules > > which is part of the udev package. Search for the character string "tun" > in this file. You will find a line which looks like this: > >KERNEL=="tun", MODE="0666", > OPTIONS+="static_node=net/tun" > > If you want to change the group to netdev, change the above to > >KERNEL=="tun", GROUP="netdev" MODE="0666", > OPTIONS+="static_node=net/tun" > > You might also want to change the mode settings, so that only root and members > of the netdev group can access the /dev/net/tun device. For example, > >KERNEL=="tun", GROUP="netdev" MODE="0660", > OPTIONS+="static_node=net/tun" > > As for why it is the way it is, you might want to ask the package maintainer > for > the udev package that question. Of course, if the udev package is ever > serviced, > you may need to re-make your changes. The change does not take effect until > the > next reboot, of course. > I think that what is found in /etc/udev/rules predates /lib/udev/rules, thus just putting the modified line in a file in this directory should be sufficient and shoud survive an udev update. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f4d611.80...@rail.eu.org
Re: unable to mount a vfat filesystem.
atar a écrit : > >> Did you check that the active kernel and initramfs are the intended one >> and not an older version ? > > Yes, I've reconfigured Syslinux to load the new kernel image > (2.6.32-5-686) and the corresponding new initramfs. This does not answer my question. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f4d5ba.2040...@plouf.fr.eu.org
export vs. save_A plug-in for those who still don't like the new Gimp-2.8 Save/Export
On 07/27/2013 02:22 PM, Linux-Fan wrote: On 07/27/2013 04:04 AM, Dirk wrote: Hello, it has now been months that Gimp developers seem to have decided that their "product vision" in Gimp2.8 (debian/unstable) is more relevant than the workflow of their users. People who use Gimp *a lot* keep clicking "Save as" instead of "Export" because that is what they're used to. Because it is natural. If you think that it is trivial to make that workflow mistake over and over - then you are a casual Gimp user and can stop reading. If you use Google and search for "export save gimp" you can witness what happens when marketing takes over the development. The save vs. export change annoys me as well but I think staying with an older version is not the right approach because sooner or later you will miss new features (e.g. when operations can be computed on the GPU instead of CPU this will often mean a huge performace gain which will probably only be available to new versions or new file formats need to be imported properly). I rather try to get old behaviour back with a new version: An attempt could be editing the keyboard shortcuts: Export and Save keep being two different actions but when one (like me) saves as PNG in most cases, it does not hurt to swap the keyboard shortcuts for "Export" and "Save" to get the expected behaviour more often and only press CTRL-E with the (at least in my usecases) less often used XCF. The best solution, of course, is to join GIMP and add a configuration switch to re-enable universal "Save" and "Save as" but I do not know, if such a patch might be rejected due to the "marketing" mentioned above. Hi Plugin save-export-clean.py works well. Thanks to Akkana Peck. http://www.gimpusers.com/forums/gimp-user/14746-a-plug-in-for-those-who-still-don-t-like-the-new-save-export https://github.com/akkana/gimp-plugins Regards -- Maderios -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f4edd0.2080...@gmail.com
Re: root.root and netdev group for /dev/net/tun ?
On Sun, Jul 28, 2013 at 10:28:01AM +0200, Erwan David wrote: > > I think that what is found in /etc/udev/rules predates /lib/udev/rules, > thus just putting the modified line in a file in this directory should Which one? > be sufficient and shoud survive an udev update. The package manager won't overwrite modified files in /etc/udev/rules anyway. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130728112844.GB16437@tal
Re: root.root and netdev group for /dev/net/tun ?
On Sat 27 Jul 2013 at 22:19:42 -0400, Stephen Powell wrote: > As for why it is the way it is, you might want to ask the package maintainer > for > the udev package that question. Of course, if the udev package is ever > serviced, > you may need to re-make your changes. The change does not take effect until > the > next reboot, of course. Wouldn't 'udevadm trigger' avoid a reboot? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/28072013124050.b5038b87e...@desktop.copernicus.demon.co.uk
Re: Continuous brute force attempt from own server !!! (OT question)
On Sat, 27 Jul 2013, Paul E Condon wrote: > I intended the question to be answered in the context of the post by > Henrique de Moraes Holschuh, where 'across security domains' is > considered less desirable than 'across hosts'. I know what hosts are > when writing computer stuff, but, come to think about it what does it > mean to rotate keys? Is the idea that a particular key string is to be Switching to a new one and disposing of the older one is, for whatever reason, usually called "rotating the keys". > reused on some host after it has been removed from service on some > other host? I had thought that it was best to never use a retired key > string again - but security is tricky - maybe there might be some You're correct. It is best to dispose of old keys, and never reuse them. > point in using old strings as the keys on some (unmentioned) honey pot > servers. You could do that, but there might be risks associated with that (or not). -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130728131242.ga7...@khazad-dum.debian.net
Re: root.root and netdev group for /dev/net/tun ?
On Sun, 28 Jul 2013 04:28:01 -0400 (EDT), Erwan David wrote: > > I think that what is found in /etc/udev/rules predates /lib/udev/rules, > thus just putting the modified line in a file in this directory should > be sufficient and shoud survive an udev update. I think you meant to say /etc/udev/rules.d and /lib/udev/rules.d, respectively. Yes, you can copy the file from /lib/udev/rules.d to /etc/udev/rules.d and then modify the copy in /etc/udev/rules.d. But if the file 91-permissions.rules changes in a subsequent update of the udev package, chances are that there were changes made to it that you *want* to take effect. It is still necessary to coordinate the changes made by package maintenance with the changes which you yourself have made. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/744543456.2369828.1375018300585.javamail.r...@md01.wow.synacor.com
Re: root.root and netdev group for /dev/net/tun ?
On Sun, 28 Jul 2013 07:42:29 -0400 (EDT), Brian wrote: > > On Sat 27 Jul 2013 at 22:19:42 -0400, Stephen Powell wrote: >> >> ... >> The change does not take effect until the next reboot, of course. > > Wouldn't 'udevadm trigger' avoid a reboot? If you wish to avoid a reboot, the simplest solution is to manually alter (as root) the attributes of the /dev/net/tun pseudo-file. For example, # chgrp netdev /dev/net/tun # chmod 0660 /dev/net/tun But of course, the attributes will revert to what they were before upon the next reboot unless changes have been made to the 91-permissions.rules file. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/384154941.2369874.1375018772241.javamail.r...@md01.wow.synacor.com
Re: Re: unable to mount a vfat filesystem.
OK, so if this doesn't answer on your question, how can I check that the active kernel and initramfs are the intended one and not an older version ? Thanks in advance!! atar. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.w0x2hqwee4gg2u@xp
Sid google-earth-stable dependency problems
On my Sid system it is not possible to install google-earth. I tried to install the downloaded program from Googles site: Selecting previously unselected package google-earth-stable. (Reading database ... 165240 files and directories currently installed.) Unpacking google-earth-stable (from .../google-earth-stable_current_amd64(1).deb) ... dpkg: dependency problems prevent configuration of google-earth-stable: google-earth-stable depends on lsb-core (>= 3.2); however: Package lsb-core is not installed. google-earth-stable depends on ia32-libs; however: Package ia32-libs is not installed. dpkg: error processing google-earth-stable (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Processing triggers for menu ... Processing triggers for desktop-file-utils ... Processing triggers for mime-support ... Errors were encountered while processing: google-earth-stable I also build a deb from make-googleearth-package with following result: Unpacking googleearth (from .../googleearth_6.0.3.2197+0.7.0-1_amd64.deb) ... dpkg: dependency problems prevent configuration of googleearth: googleearth depends on libfreeimage3; however: Package libfreeimage3 is not installed. googleearth depends on lsb-core; however: Package lsb-core is not installed. googleearth depends on ia32-libs-gtk; however: Package ia32-libs-gtk is not installed. dpkg: error processing googleearth (--install): dependency problems - leaving unconfigured Processing triggers for mime-support ... Processing triggers for menu ... Processing triggers for desktop-file-utils ... Processing triggers for shared-mime-info ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Errors were encountered while processing: googleearth -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130728231445.3e122725@fx4100
Re: Sid google-earth-stable dependency problems
The Sunday 28 July 2013 23:14:45, sp113438 wrote : > On my Sid system it is not possible to install google-earth. > > I tried to install the downloaded program from Googles site: > Hi What about http://packages.debian.org/sid/googleearth-package Thierry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201307282345.56385.tchate...@free.fr
Re: Sid google-earth-stable dependency problems
On Sun, 28 Jul 2013 23:45:56 +0200 Thierry Chatelet wrote: > The Sunday 28 July 2013 23:14:45, sp113438 wrote : > > On my Sid system it is not possible to install google-earth. > > > > I tried to install the downloaded program from Googles site: > > > > Hi > What about http://packages.debian.org/sid/googleearth-package > Thierry > > I tied that: snip: I also build a deb from make-googleearth-package with following result: -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130729001124.029cca92@fx4100
Re: no xorg
On Sat, 27 Jul 2013 20:36:37 -0700 Patrick Bartek wrote: > On Sun, 28 Jul 2013, sp113438 wrote: > > > Hello, > > I did a fresh minimal install of wheezy > > I could not add xorg afterwards. > > I am not going to install bla bla bla > > > > So I had to reinstall wheezy with desktop from tasksel > > > > That did the job > > I started my Wheezy as a minimal install, too. But ... > > Did you set up the Debian repositories? > > After which, did you do an "apt-get update" and "apt-get upgrade"? > > Then, "apt-get install xserver-xorg-core" and "apt-get install xinit"? > > Then install whatever GUI metapackage you want? For example: "apt-get > install xfce4" will install xfce4. Or "apt-get install gnome". Or > "apt-get install lxde". > > Always read the manual first. I do. You'll have a lot less problems. > > B > > > I did not do: apt-get install xserver-xorg-core and apt-get install xinit I was thinking apt-get install fluxbox would do the job Anyway, it's too late to check out myself since I installed Sid ;) Thanks for your input B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130729001815.5b54d1d6@fx4100
