- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [extra] repository cleanup
by Heiko Baums 19 Nov '10

19 Nov '10

Am Sat, 13 Nov 2010 14:46:30 +0100 schrieb Andrea Scarpino <andrea(a)archlinux.org>: > On Thursday 11 November 2010 22:54:36 Roman Kyrylych wrote: > > I adopted some (and edited the page). > Nice, today we have 291 orphans packages in [extra] (they were 352 > three days ago). 62 will be moved to [community]. 127 to AUR. > > I didn't expect this success. I can start moving them today if you > agree. > <AUR> > ding > galculator > gift > gift-fasttrack > gift-gnutella > gift-openft > gimp-fourier > gtklp > hexcurse > httrack > pan > screem > tcptraceroute Nice, then I would need to install 110 packages from AUR and compile them manually. When I switched to Arch Linux about 3 years ago it was less than 50. When will the so called "binary distribution" Arch Linux become a second Gentoo, a pure source based distribution, because "no developer is interested in maintaining" anything anymore? Btw., PKGBUILDs also in AUR need to be maintained. Really sad this progress and this massive and pointless cleanup. Those packages are also quite common and important: > eboard > gdesklets > lincity > pure-ftpd > tcsh > tin I guess there are some more in your list. Also squashfs-utils which is "degraded" to community belongs to [extra] because it is necessary for building LiveCDs as far as I know. You really should reconsider this cleanup. You should consider that such a distribution - and Arch Linux isn't a small and unimportant distro anymore - is not only about some personal preferences of the developers. Developers of such a binary distro should also maintain packages which they are not using themselves. And, btw., funny enough was ding updated recently although it was orphaned. I wouldn't say anything if you would cleanup the official repos from unnecessary, unimportant and unused or hardly used packages like some ttf fonts, GTK1 themes, etc. But there are too many, too important packages in your list which definitely belong into the official binary repos and which are in the official binary repos of every other binary distribution. Heiko

12 22

[arch-general] Junior Developers
by Chris Bannister 19 Nov '10

19 Nov '10

Hi, I remember (a while ago!) reading about junior developers, and at the time I was interested but wasnt using Arch much and busy wish uni, but now I was wondering if there are any further information ? Chris

1 0

[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