[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-06-29 Thread jean-christophe manciot
@costales (costales): It might be important to note that my Ubuntu is used as a VM under Windows 7/VirtualBox 4.2.14 -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to gui-ufw in Ubuntu. https://bugs.launchpad.net/bugs/1194791 Title: gufw

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-18 Thread jean-christophe manciot
Invalid status? How convenient! I've noticed a current trend in the software industry and open-source community: denying a bug to avoid to have to solve it as long as only a few users are affected by it. Nowadays, quantity surpasses quality by far in people's mind. I guess no one even tried to re

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-21 Thread jean-christophe manciot
@costales: Here's what you've requested: actionmystique@ACER-Aspire:~$ sudo gnome-control-center [sudo] password for actionmystique: Traceback (most recent call last): File "/usr/share/gufw/gufw/gufw.py", line 20, in from controller import Controller File "/usr/share/gufw/gufw/control

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-22 Thread jean-christophe manciot
I've just uninstalled and installed gufw as suggested. And my system is up to date. Nothing has changed after running gufw: actionmystique@ACER-Aspire:~$ sudo gnome-control-center Traceback (most recent call last): File "/usr/share/gufw/gufw/gufw.py", line 20, in from controller import

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-22 Thread jean-christophe manciot
Extracts from "/usr/share/gufw/gufw/model/Firewall.py" # Gufw 13.04.0 - http://gufw.org # Copyright (C) 2008-2011 Marcos Alvarez Costales https://launchpad.net/~costales ... import commands import time import os import dbus So dbus is not used anymore? -- You received this bug notification b

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-22 Thread jean-christophe manciot
No, No, No Never installed 13.10 from the sources. -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to gui-ufw in Ubuntu. https://bugs.launchpad.net/bugs/1194791 Title: gufw does not start from System Settings -> Firewall Configuration Sta

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-22 Thread jean-christophe manciot
If I remove the dbus call, another error pops up: actionmystique@ACER-Aspire:/usr/share/gufw/gufw/model$ sudo gnome-control-center Traceback (most recent call last): File "/usr/share/gufw/gufw/gufw.py", line 21, in from view.guiGufw import GuiGufw File "/usr/share/gufw/gufw/view/guiGufw

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-22 Thread jean-christophe manciot
1. same 2. it should work as root as well. without it: actionmystique@ACER-Aspire:/$ gnome-control-center (gnome-control-center:3913): IBUS-WARNING **: The owner of /home/actionmystique/.config/ibus/bus is not actionmystique! Traceback (most recent call last): File "/usr/share/gufw/gufw/gufw

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-24 Thread jean-christophe manciot
"sudo update-python-modules -f" did NOT change anything. -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to gui-ufw in Ubuntu. https://bugs.launchpad.net/bugs/1194791 Title: gufw does not start from System Settings -> Firewall Configuratio

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-26 Thread jean-christophe manciot
a "sudo apt-get dist-upgrade" does not change anything. I appreciate the time and effort you've put into trying to solve this case. I feel it won't be solved. You said that there's no "import dbus" in the 13.10 release. I'll wait for Ubuntu 13.10 then. -- You received this bug notification beca

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-26 Thread jean-christophe manciot
After having installed your 13.10 gufw package and resolved a dependency issue (python-netifaces is now installed), I have this error after having launched "sudo gnome-control-center/gufw": Traceback (most recent call last): File "/usr/share/gufw/gufw/gufw.py", line 19, in from controller

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-26 Thread jean-christophe manciot
I begin to understand where the problem lies. I use python ***3.3*** (latest release) and there's no such thing as "dist-packages" inside "/usr/lib/python3.3/" -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to gui-ufw in Ubuntu. https://bug

[Gufw-developers] [Bug 1194791] Re: gufw does not start from System Settings -> Firewall Configuration

2013-09-26 Thread jean-christophe manciot
But when I use the command "python -v", all the paths are within usr/local/lib/python2.7/ and there's no other packages than GNS3 inside dist-packages -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to gui-ufw in Ubuntu. https://bugs.launchpa

[Gufw-developers] [Bug 1194791] Re: Python doesn't find modules in Ubuntu 13.04

2013-09-27 Thread jean-christophe manciot
Here are the results: >>> import sys >>> sys.path ['', '/usr/local/lib/python27.zip', '/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-linux2', '/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', '/usr/local/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/site

[Gufw-developers] [Bug 1194791] Re: Python doesn't find modules in Ubuntu 13.04

2013-09-27 Thread jean-christophe manciot
>>> import sys >>> sys.path.append('/usr/lib/python2.7/dist-packages') >>> import dbus Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/dbus/__init__.py", line 82, in import dbus.types as types File "/usr/lib/python2.7/dist-packages/dbus/type

[Gufw-developers] [Bug 1194791] Re: Python doesn't find modules in Ubuntu 13.04

2013-09-27 Thread jean-christophe manciot
Your gufw is assuming particular python version and paths, and correct behavior from other apps. I don't know anything about python, but your app should not depend on these. Why don't you: - test python version installed on the system prior to launch - include the expected paths of the packages t

[Gufw-developers] [Bug 1194791] Re: Python doesn't find modules in Ubuntu 13.04

2013-09-30 Thread jean-christophe manciot
Here's the content of my PATH variable: /usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/actionmystique/bin:/usr/local/java/jre1.7.0_25/bin I'm not an Ubuntu expert, so I cannot understand the meaning of your "export PATH=$(ech

[Gufw-developers] [Bug 1194791] Re: Python doesn't find modules in Ubuntu 13.04

2013-10-03 Thread jean-christophe manciot
I was finally able to launch gufw !!! :) - All I did was to simply switch the order of usr/local/bin and usr/bin paths within $PATH and reload: -

[Gufw-developers] [Bug 1325398] [NEW] Advanced Correct Rule not Accepted

2014-06-01 Thread jean-christophe manciot
Public bug reported: Environment: Up-to-date Ubuntu 14.04 Desktop - Gufw 14.04.2 LTS I'm trying to enter a simple advanced rule to allow NFS traffic in (all other traffic is denied in). The "add" button has no effect: no rule is added, no error message! See attached screenshot for all details.

[Gufw-developers] [Bug 1325398] Re: Advanced Correct Rule not Accepted

2014-06-01 Thread jean-christophe manciot
A quick look at the gufw.log shows: "Error running: ufw insert 5 allow in proto tcp from 192.168.1.163 port 1:1023 to 192.168.1.194 port 111,2049 > ERROR: Invalid position '5'" There are 4 rules at the first positions. If I delete all other rules and insert the NFS rule at position "0", it is i

[Gufw-developers] [Bug 1352777] [NEW] Listening Report Issues

2014-08-05 Thread jean-christophe manciot
Public bug reported: When we try to scroll down the "Listening Report" box, it always goes back to the first line even though we"re looking at the last lines of the report. It seems to be tied to the refresh timer. Every time the box is refreshed, the current displayed line is put back to the firs

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-06 Thread jean-christophe manciot
Hi, I"m fine and thanks for your reply. Regarding the refresh interval value: Gufw release 14.04.2 LTS. Regarding the port numbers, how about adding one or two columns in the listening report table with the services names and/or description from the official "Service Name and Transport Protoco

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-07 Thread jean-christophe manciot
Actually, the paths are: /usr/share/gufw/gufw/view/gufw.py /usr/share/gufw/gufw/gufw.py and the two files are very different After adding the printf, and starting gufw, the message is generated regularly in the window. /etc/services is only a small part of the file I was talking about. --

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-07 Thread jean-christophe manciot
I've just found a workaround for the first issue: if we select a line while scrolling down, the refresh does not scroll back to the first line of the report. -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpad.net/

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-07 Thread jean-christophe manciot
So my suggestion to solve this slight issue is to select the first current line of the report while the user scrolls down. The next refresh won't change anything regarding the current displayed lines. -- You received this bug notification because you are a member of Gufw Developers, which is sub

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-07 Thread jean-christophe manciot
About the unkown ports: how do I know which application(s) open(s) a particular UDP/TCP port? -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpad.net/bugs/1352777 Title: Listening Report Issues Status in Gufw:

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-09 Thread jean-christophe manciot
> Then, the refresh Listening Report is working right :) Isn't it? I never siad it was not wortking; I said that changing the refresh interval needed a gufw restart to be taken into account. > About the unkown ports: how do I know which application(s) open(s) a > particular UDP/TCP port? Sorry,

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-09 Thread jean-christophe manciot
Also, some open ports are missing in the listening report: if I do "netstat -tulpn", I collect 5 more ports... -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpad.net/bugs/1352777 Title: Listening Report Issues

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-11 Thread jean-christophe manciot
The hidden ports are within the dynamic ports zone (49152-65535) and below, in some unassigned portions (above ~ 3). They mutate when I try to block them, several times a day and on system restart. -- You received this bug notification because you are a member of Gufw Developers, which is su

[Gufw-developers] [Bug 1352777] Re: Listening Report Issues

2014-08-28 Thread jean-christophe manciot
I've solved the "hidden ports" mystery: they are used by NFS deamon (nfs-kernel-server). More details on this thread: http://ubuntuforums.org/showthread.php?t=2238950&p=13102309#post13102309 -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to

[Gufw-developers] [Bug 1401885] [NEW] Allowing all UDP/TCP traffic in

2014-12-12 Thread jean-christophe manciot
Public bug reported: Environment: Ubuntu 14.10 - Gufw 14.10.1 -- The configuration is basic: - Incoming: Deny - Outgoing: Allow - Routing: Allow Now, suppose you need to allow internal communication, for example all incoming UDP/TCP traffic from a VirtualBox VM on vboxnet0 sitti

[Gufw-developers] [Bug 1401885] Re: Allowing all UDP/TCP traffic in

2014-12-13 Thread jean-christophe manciot
I'm fine, thanks, how are you? You're right, but it does not change anything if I set the right subnet; the problem actually comes from the fact that I've specified vboxnet0 after the ">" sign, instead of specifying "not forward": my mistake. However, you cannot add a unique rule for both protoco

[Gufw-developers] [Bug 1401885] Re: Allowing all UDP/TCP traffic in

2014-12-13 Thread jean-christophe manciot
The comment about the ">" interface is not tied to the "port range" gliitch. I confirm that this issue/limitation comes from ufw, not from gufw; sorry about that. -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpa

[Gufw-developers] [Bug 1571701] [NEW] The rules have disappeared from the Rules tab

2016-04-18 Thread jean-christophe manciot
Public bug reported: Hello Marcos, The rules used to be listed without any issue. I don't know what have changed since. The correct profile is loaded from /etc/gufw/app_profiles . The profile text file contains all the rules. Gufw first complained that the profile permissions needed to be 600. I

[Gufw-developers] [Bug 1571701] Re: The rules have disappeared from the Rules tab

2016-04-18 Thread jean-christophe manciot
** Description changed: - Hello Marcos, The rules used to be listed without any issue. - I don't know what have changed since. + I don't know what have changed since to explain this strange & suspicious behavior. The correct profile is loaded from /etc/gufw/app_profiles . The profile text f

[Gufw-developers] [Bug 1571701] Re: The rules have disappeared from the Rules tab

2016-04-18 Thread jean-christophe manciot
No & no -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpad.net/bugs/1571701 Title: The rules have disappeared from the Rules tab Status in Gufw: New Bug description: The rules used to be listed without an

[Gufw-developers] [Bug 1571701] Re: The rules have disappeared from the Rules tab

2016-04-18 Thread jean-christophe manciot
I completely removed iptables, ufw & gufw and reinstalled them. At the beginning, there is: iptables -S -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT Then, I start Gufw, my default profile ("root-profile") is loaded, but Gufw is disabled, which is weird. I enable it, make sure that incoming

[Gufw-developers] [Bug 1571701] Re: The rules have disappeared from the Rules tab

2016-04-18 Thread jean-christophe manciot
I have to add that this extra check on the ownership of /etc has lead to completely open my server for quite some time, with the rule "-P INPUT ACCEPT" set for a long time: the "extra security feature" has the exact opposite effect. On top of that, only /etc was changed in my situation: none of

[Gufw-developers] [Bug 1572973] [NEW] [Enhancement] Gufw/ufw could be linked to iptables-persistent or include extensions

2016-04-21 Thread jean-christophe manciot
Public bug reported: Hello, I've just installed iptables-persistent package so that my user-defined iptables rules are reloaded at each reboot. Some rules cannot be defined with Gufw/ufw, such as for instance "sudo iptables -I OUTPUT -m geoip --dst-cc -j ACCEPT" which uses Xtables-addons. In

[Gufw-developers] [Bug 1572973] Re: [Enhancement] Gufw/ufw could be linked to iptables-persistent or include extensions

2016-04-21 Thread jean-christophe manciot
** Description changed: Hello, I've just installed iptables-persistent package so that my user-defined iptables rules are reloaded at each reboot. - Some rules cannot be defined with Gufw/ufw, such as for instance "sudo iptables -I OUTPUT -m geoip --dst-cc -j ACCEPT" which uses Xtab

[Gufw-developers] [Bug 1573487] [NEW] All Gufw-defined rules disappear from iptables during upgrade 15.10 -> 16.04

2016-04-22 Thread jean-christophe manciot
*** This bug is a security vulnerability *** Private security bug reported: 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 GNU/Linux Gufw 16.04.1 /etc owned by root All rules previously defined within Gufw are still available: https://drive.google.com/file/d/0B6XxNd5c3zV_SEI

[Gufw-developers] [Bug 1573487] Re: All Gufw-defined rules disappear from iptables during upgrade 15.10 -> 16.04

2016-04-22 Thread jean-christophe manciot
A workaround is to perform the following: Edit one rule -> change the interface > Apply -> Edit the same rule -> Change the interface back to the original one -> Apply -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.lau

[Gufw-developers] [Bug 1587731] [NEW] ALLOW rules are red and DENY rules are green

2016-05-31 Thread jean-christophe manciot
Public bug reported: Ubuntu Gnome 16.04 4.4.0-22 Gufw 16.04 Inverted colors ** Affects: gui-ufw Importance: Undecided Status: New -- You received this bug notification because you are a member of Gufw Developers, which is subscribed to Gufw. https://bugs.launchpad.net/bugs/158773

[Gufw-developers] [Bug 1626849] [NEW] Cannot define a rule with a port range

2016-09-22 Thread jean-christophe manciot
Public bug reported: Ubuntu 16.04 4.4.0-38 Gufw 16.04.1 If I try to define a port range using a : as delimiter as explained by the help message which appears when hovering the mouse over the port field, it is impossible to save the rule: the add button remains greyed out: https://drive.google.