November 2010 - Arch-general - lists.archlinux.org

[arch-general] wicd startup issues
by Samuel Baldwin 18 Nov '10

18 Nov '10

After a fresh install of wicd (I pacman -Sy'd yesterday), it won't seem to start; not really sure what to do here. arrakis^samuel# wicd Traceback (most recent call last): File "/usr/share/wicd/daemon/wicd-daemon.py", line 56, in <module> from wicd import wpath ImportError: No module named wicd arrakis^samuel# wicd-gtk ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) Traceback (most recent call last): File "/usr/share/wicd/gtk/wicd-client.py", line 61, in <module> from wicd import wpath ImportError: No module named wicd -- Samuel Baldwin - logik.li

5 9

Re: [arch-general] [arch-dev-public] [signoff] openssl 1.0.0.b-2
by Thorsten Töpper 17 Nov '10

17 Nov '10

On Wed, 17 Nov 2010 17:41:59 +1000 Allan McRae <allan(a)archlinux.org> wrote: > On 17/11/10 16:43, Pierre Schmitz wrote: > > On Tue, 16 Nov 2010 18:40:27 +0100, Pierre Schmitz > > <pierre(a)archlinux.de> wrote: > >> Side note: make test does no longer pass with this version. It > >> might be just the test itself that is broken though (tested > >> different arches and also on Ubuntu). But I need to look into this > >> though. > > > > This is now fixed in 1.0.0.b-2. So please sign off that one. > > > > signoff i686. > > Allan Also signoff i686 Thorsten -- Jabber: atsutane(a)freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4

1 1

[arch-general] C++ program compiliation failed
by Nilesh Govindarajan 17 Nov '10

17 Nov '10

Hi, I have three c++ files: main.cpp, and querystring.{h,cpp} querystring.h contains the definition for the QueryString class and querystring.cpp contains the implementation. querystring.cpp and main.cpp both have the statement #include "querystring.h" Now when I run the compiler, I get a weird error- $ g++ main.cpp querystring.cpp -o out /tmp/ccxJ7C28.o: In function `main': main.cpp:(.text+0x3e): undefined reference to `QueryString::QueryString()' collect2: ld returned 1 exit status How am I supposed to compile the program? i.e. in general a multifile program having .hs and .cpps -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps

4 13

[arch-general] mirror.rit.edu/kdemod/archive/ -- dropped, does it exist anywhere else?
by David C. Rankin 16 Nov '10

16 Nov '10

Guys Just noticed that /mirror.right.edu/kdemod/archive/ went away. Will the kdemod3 files exist anywhere else? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

[arch-general] [rc.d/network] Integrate wpa_supplicant as wireless framework?
by Gerhard Brauer 16 Nov '10

16 Nov '10

Hi, our current default wireless framework in base /e/rc.d/network script is iwconfig (Open/WEP only). I like to integrate wpa_supplicant as easy as we could use iwconfig ATM. iwconfig is a useless framework in most user environments in these days (most AP's have a stronger encryption than WEP'), but it is a "easy" tool. Two possibilities: a) Throw away iwconfig(wireless-tools package) from rc.d/network and use wap_supplicant only. wpa_supplicant could of course do all the things iwconfig is for. b) Let the user decide wihich wireless framework. This could be done by seperate /e/conf.d/wireless from wireless_tools and add therin config options for each iwconfig and wpa_supplicant. Ex.: -------------------- #wlan_eth0="iw|eth0 mode managed essid default" #wlan_wlan0="wpas|<wpa_supp options -c /etc/wpa_supplicant.conf>" #WLAN_INTERFACES=(eth0 wlan0) ------------------------- So /e/rc.d/network->wi_up() has to be modified to honor also wpa_supplicant. For both ways /e/wpa_supplicant.conf should get modified to a cleaner default config (Most comments and examples). We should provide a config file with activated entries for OPEN wlan and WEP connections (User has to modify WEP essid and key), and also a deactivated entry for common WPA2/PSK wlan(User has to modify and activate this for his/her needs). The advantage of using wpa_supplicant at least in addition to iwconfig is IMHO the easy and straightforward integration in our network settings (r.conf and conf.d/wireless). No need for extra packages like Netcfg, wicd, networkmanager to associate to WPA infrastructure (but could be used by users if they want their "funcionality""). What do you think about? Regards Gerhard "gerbra"

5 6

Re: [arch-general] [arch-dev-public] Inappropriate bugtracker behavior
by Emmanuel Benisty 16 Nov '10

16 Nov '10

yeah, wrong list... On Tue, Nov 16, 2010 at 6:15 PM, Emmanuel Benisty <benisty.e(a)gmail.com> wrote: > On Tue, Nov 16, 2010 at 2:10 PM, RedShift <redshift(a)pandora.be> wrote: >> Someone (which shall remain nameless unless privately asked) on the >> bugtracker has been demonstrating inappropriate behavior. This includes, but >> not limited to: >> >> * Insulting developers for not accepting certain bugs >> * Insulting anyone who disagrees with him, sometimes subtle but definitely >> there > > ban him, who cares? a random guy on the internets yelling at people > doing stuff for free? seriously? trash his account, let him use > another distro. >

4 7

Re: [arch-general] [arch-dev-public] Inappropriate bugtracker behavior
by Heiko Baums 16 Nov '10

16 Nov '10

Am Tue, 16 Nov 2010 08:10:03 +0100 schrieb RedShift <redshift(a)pandora.be>: > Someone (which shall remain nameless unless privately asked) on the > bugtracker has been demonstrating inappropriate behavior. This > includes, but not limited to: > > * Insulting developers for not accepting certain bugs > * Insulting anyone who disagrees with him, sometimes subtle but > definitely there > > This has occurred multiple times in the past as well (I looked it up). > > From my point of view, he clearly is not a developer. > > Any recommendations on how to proceed? I do not wish to continue this > issue on the bugtracker itself. I don't know about whom and which bug you're talking, so I don't want to say too much. But there have indeed been more than one bugs in the past (assigned to one certain developers) which have been closed at once as invalid even if they indeed have been reproducible bugs. And I was relative unfriendly told to give more informations about e.g. possibly affected drivers etc. which I already had given in the original bug report. In the meantime there was another developer who has closed a well known bug report and denied to reopen it with only an inexplicable reason. This bug is still a known upstream bug. Such an inappropriate bug handling happened four times in the meantime. So could this be the reason why the person who you're talking about is angry? Are those not accepted bugs really not downstream bugs? I already started a thread about the inappropriate behaviour resp. bad attitude of some - not all - developers in flyspray in the past. Just ignoring him is not the way to handle it unless you have talked to the person and know that he is just insulting without a reason. Heiko

1 0

[arch-general] system time stucks in a loop
by János Illés 15 Nov '10

15 Nov '10

Hi, I have an archlinux virtualbox guest on windows host. The clock of the guest linux is randomly stuck in a few seconds loop, rendering the system in a semi-freeze state. It looks like this: http://dl.dropbox.com/u/841166/archwtf/date2.png It happens irregularly, sometimes not happens for days and sometimes it does this 2-3 times a day. Any ideas what went wrong or how to debug this properly? There is nothing relevant in dmesg nor syslog. Other linux guests don't do this, I also tried different vbox versions, I do not really know what can cause this kind of an error. I searched and could not find a bug like this in neither the vbox bug tracker nor anything kernel related. I'm open to every ideas, this bug is driving me crazy. -- János

7 13

Re: [arch-general] Replace dcron once again?
by Jim Pryor 15 Nov '10

15 Nov '10

Hi all, I'm the dcron maintainer. I've replied to a few users who emailed me privately, but I wasn't aware of this thread until now. I agree it's ridiculous to have a cron daemon that can't keep time! I'm sorry I haven't been able to keep up maintenance properly. I'm a chronically over-committed university prof who only gets sporadic windows of time to give to each commitment. I think I know where the scheduling problems are coming from, and I will fix them as soon as I can. Part of the reason this hasn't happened earlier is that I started a large code review early this summer, and was interrupted by the press of other duties. Not a rewrite, just a thorough cleanup, but my private git repo is well ahead of the public one. I now have a queue of fixes and tweaks that users sent me (I think one of them is even the very scheduling fix that's needed), but the hood is open and some changes are only half-installed, so I really do need to take a few days to sort everything out. The problem has been finding the time to do that amidst all my other responsibilities. I would certainly understand and could not reasonably object to any distro's demoting dcron to an unofficial package. But as I said, I I will fix dcron anyway, I hope within the very near future. I'll announce here when I believe the git version has the necessary fixes, and if feedback sounds good, will make a new official release. Extra hands might not help right at this particular moment, but they would help the package be more reliably maintained going forward. I'd be glad to give other interested developers git-push privileges. -- Jim Pryor profjim(a)jimpryor.net

4 5

[arch-general] [signoff] openvpn 2.1.4-1
by Thomas Bächler 15 Nov '10

15 Nov '10

Upstream bugfix update - the release announcement explicitly mentions this one: "Fixed problem with special case route targets ('remote_host'), which could cause filling of the routing table with random garbage. Thanks to Teodo MICU and Gert Doering for finding and fixing this issue." Please sign off.

2 1