- Arch-general - lists.archlinux.org

Re: [arch-general] List of 1108 possible arch=('any') packages
by Gerardo Exequiel Pozzi 22 Jul '09

22 Jul '09

--- El mié 22-jul-09, Daenyth Blank <daenyth+arch(a)gmail.com> escribió: > On Tue, Jul 21, 2009 at 23:01, Gerardo Exequiel Pozzi wrote: > > > > Hello, > > > > This is a list [#1] of possible packages that can be > arch=('any') in a future. > > Would you mind posting the script you used to find that? > :) > Hi Is based on "discarded packages" generated by pkgdyn[#1] (packages without any ELF with dynamic section, this is zero-size in "db" from pkgdyn[#2]. And from this list, these packages that don't have any ELF at all. There is an small exception like webmin, that have and ELF for SPARC and is listed in db. Was done "at-run-time-command-line", no draft script :( [#1] http://github.com/djgera/pkgdyn/ [#2] http://archlinux.djgera.com.ar/pkgdyn/ -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D ____________________________________________________________________________________ ¡Viví la mejor experiencia en la web! Descargá gratis el nuevo Internet Explorer 8 http://downloads.yahoo.com/ieak8/?l=ar

1 0

[arch-general] Software RAID installation problems
by Samuel Baldwin 22 Jul '09

22 Jul '09

Howdy. I just installed my system on software RAID (RAID1 over two discs, twice. I'll elaborate in a minute.), and after coming off the installation I get errors when I try to boot: /dev/md0: The superblock could not be read or does not describe a correct ext2 filesystem. If they device is valid and it really contains an ext2 filesystem (and is not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> /dev/md1: The superblock could not be read or does not describe a correct ext2 filesystem. If they device is valid and it really contains an ext2 filesystem (and is not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> My drives RAID drives are set up as so: sdc1 and sdd1 are mirrored to make md0, sde1 and sdf1 are mirrored to make md1. These are mounted at /mnt/md0 and /mnt/md1, respectively, and formatted to ext4. -- Samuel 'Shardz' Baldwin - staticfree.info/~samuel

3 6

[arch-general] x86_64/parrot. libreadline.a and -fPIC problem
by Sergej Pupykin 22 Jul '09

22 Jul '09

Hi, I need help to build parrot for x86_64. /usr/bin/ld: /usr/lib/libreadline.a(readline.o): relocation R_X86_64_32 against `rl_get_previous_history' can not be used when making a shared object; recompile with -fPIC /usr/lib/libreadline.a: could not read symbols: Bad value Does it ask to recompile readline.o with -fPIC?

2 2

[arch-general] List of 1108 possible arch=('any') packages
by Gerardo Exequiel Pozzi 22 Jul '09

22 Jul '09

Hello, This is a list [#1] of possible packages that can be arch=('any') in a future. The pkgs don't have any ELF[*] (x86-32 or x86-64) [executables, shared objects, relocatables] or AR archives (static libs). [core] -> 21 pkgs (~10M p/arch) [extra] -> 417 pkgs (~1.5G p/arch) [community] -> 670 pkgs (~3G p/arch) Should be reviewed, I hope this can help :) [#1] http://archlinux.djgera.com.ar/misc/any.txt [*] Few exceptions, for example community/fpc-src -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D ____________________________________________________________________________________ ¡Viví la mejor experiencia en la web! Descargá gratis el nuevo Internet Explorer 8 http://downloads.yahoo.com/ieak8/?l=ar

2 1

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition
by Matthew 21 Jul '09

21 Jul '09

Dan McGee wrote: > On Sat, Jul 18, 2009 at 8:02 AM, Thomas Bächler<thomas(a)archlinux.org> wrote: > >> Allan McRae schrieb: >> >>> From experience... not necessarily. I got into X without doing that >>> although I had no tty's. >>> But exactly how do we deal with this? Post a new item before the move? >>> >> Fix it: apply a cool sed line that seds vc/$NUMBER to tty$NUMBER on inittab. >> This will not destroy anything, but potentially fix it. >> > > Those of us not using X on certain machines would get burned here, so > its definitely worth attempting to fix... > > -Dan > Although you are correct, I do not think automatically fixing the problem is a good solution here. First, I am not a big fan of the idea of package modifying a core file. Secondly what will happen when a user reinstalls the initscripts? If my memory holds me correctly the sed command will fail which will cause the post_install() to fail, because the file already has the correct modifications. This will also happen with users who switch between the official initscripts and unofficial initscripts (faster boot, bootsplash, etc...). I would suggest including a post_install() message and posting a news item a couple days before the move, instead. This way users can find out about this change via the news or via pacman's output. Finally this might be a good "reality" check for users who just install packages and don't pay attention to pacman's output or the news. ~pyther

12 21

Re: [arch-general] [arch-dev-public] Most up-to-date distro
by Daenyth Blank 21 Jul '09

21 Jul '09

On Mon, Jul 20, 2009 at 16:18, Aaron Griffin<aaronmgriffin(a)gmail.com> wrote: > Guess who it is? > http://oswatershed.org/ > Do they have rss feeds? Where are they getting the list of "upstream releases"? Can it be customized? This could really be handy for arch-games...

5 11

[arch-general] Latest testing/vim lacks symlink
by b4283 21 Jul '09

21 Jul '09

Hi, just upgraded to testing/vim 7.2-234 today and found that the color schemes are missing. After simple investigation, it was a problem of lacking a symlink within vim's directory. there should be a /usr/share/vim/vimcurrent => vim72 which is missing from the pack ? if anyone who is having the same problem just make the link, then it should work.

6 6

[arch-general] latest updates broke kde3, kde4, twm & console login ability
by David C. Rankin 20 Jul '09

20 Jul '09

Listmates, Here is a rather strange one. On a dell gx280 box (Intel graphics) that had been running both kdemod3 and kde4.3 beta 2 just brilliantly, I am now left without any way to log in from the console. All was great until updates earlier today. What happens is -- the box boot fine and will bring up the kdm login/chooser display just fine. If kdm (from testing) is being used, then after supplying your user/pass all appears like it is going to start as usual. The Air theme is presented and the first little icon (I think it is a hard drive) fades in like usual. Then all of a sudden <BOOM> &%$ {BAM} !#$ <CRASH!!>, the screen goes black flickers slightly and then kdm restarts. (you could do this over-and-over all night) The weird thing is that you CANNOT even choose "console login" to drop to text mode. Pretty much the same sequence plays out here to. After supplying your user/pass all appears like it is going to drop you to the text console, then the screen goes black and kdm restarts and you are left right back where you started -- Huh?? Another bit of weirdness. When I edit my gurb config to tell it to just start in runlevel3 be adding a "3" at the end of the boot like, the boot process seems to ignore this. You see the "Entering Runlevel 3" line go by during boot, but then <WHACK> kdm starts and you are back at the beginning of the loop staring at the kdm greeter knowing this trick isn't going to work (Kinda reminds me of Groundhod Day -- the movie -- you remember) So I have tried a pacman -Syu and loaded another 30 meg of packages, but none looking like they would solve the problem (and they didn't) Now I'm kinda at a loss What gives? What to check? But, how do I recover? (I still have full ssh access to the box, so fixing it won't be a problem once I can figure out what I'm looking for and how to fix it. Any help would be greatly appreciate it. -- 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

4 7

[arch-general] Firefox on Arch - crash on exit
by Tim Gelter 20 Jul '09

20 Jul '09

Hello listmates, I'm hoping someone can shed some light on what's going on with Firefox. While running arch (not ubuntu 9.04/fedora 11 which I also have installed on the same laptop), I run into the following scenario nearly every time I attempt to launch Firefox. "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system." Sure enough, I'm not being lied to: $ ps -ef | grep firefox tgelter 10871 4318 2 22:30 ? 00:00:02 /usr/bin/firefox $ killall firefox && firefox and I'm in business. The thing is, it doesn't matter how I shut down Firefox (click the X, file->quit, ctrl+w closing each tab until the last takes down Firefox), I always end up in the same situation. I went to #archlinux on freenode to talk about the issue a while back (this issue has been plaguing me for weeks) and was told to try disabling extensions/themes, creating a new profile and using that, "pacman -Rsn firefox && pacman -Sy firefox"ing, I even got so fed up that I did a fresh install on a new partition and tried again. Nothing has worked, at all. Following is my info, I really doubt I'm the first person to run into this so please, can anyone help? arch x86_64 on a Lenovo T61 laptop (nvidia video card w/ proprietary driver) x86_64 version of Firefox, x86_64 versions of jre/flash installed (this is a must) I run a kde 4.2.4 desktop installed from kdemod. $ pacman -Sl | awk '{print $1}' | sort | uniq -c 1900 community 175 core 1983 extra 390 kdemod-core 82 kdemod-extragear 62 kdemod-playground As you can see above, I don't have any testing/unstable packages installed though there are some from extra & kdemod-playground. If you need any other info, let me know. Remember this problem only happens under arch, I have the same usage patterns and package selections under Fedora/Ubuntu as far as I know.

9 14

[arch-general] reconfiguring vi to work like it did before the last update?
by David C. Rankin 20 Jul '09

20 Jul '09

Listmates, One are where I can use help is vi configuration. With the latest updates to vi and I guess readline, vi behaves very differently than it did just before the update. Specifically, the screen flashes white/black when the cursor is in column 1 if a left cursor is pressed or if vi toggles itself out of input mode. How can I get rid of the flashing and get rid of vi taking itself out of input/replace mode when it gets to column 1? The current behavior is better than when I first tried it several weeks ago, but it is still way different from any vi I have used before. Anybody got a handy reference for handling vi changes in the latest version? -- 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

11 15

[arch-general] [signoff] dhclient-3.1.2p1
by Daniel Isenmann 20 Jul '09

20 Jul '09

Please signoff both architectures. The new version fixes CVE-2009-0692 (https://www.isc.org/node/468) I have cleaned up the PKGBUILD and removes our patches. So please test it carefully and report any issue to the bugtracker or the ML. On works here on my PC, but it needs definitely more testing. Daniel

3 10

Re: [arch-general] [arch-dev-public] [signoff] usbutils-0.84-1
by Denis A. Altoé Falqueto 20 Jul '09

20 Jul '09

On Sat, Jul 18, 2009 at 9:40 AM, Allan McRae<allan(a)archlinux.org> wrote: > Upstream update. > > Signoff both arches. > User signoff, x86_64. lsusb acts as expected. Thanks. -- ------------------------------------------- Denis A. Altoe Falqueto ------------------------------------------- Ogden Nash - "The trouble with a kitten is that when it grows up, it's always a cat." - http://www.brainyquote.com/quotes/authors/o/ogden_nash.html

1 0

Re: [arch-general] [arch-dev-public] [signoff] shadow-4.1.4.1-1
by Denis A. Altoé Falqueto 20 Jul '09

20 Jul '09

On Sat, Jul 18, 2009 at 8:40 AM, Allan McRae<allan(a)archlinux.org> wrote: > Upstream update. Fixes FS#15217. > > Sign-off both arches. > User signoff, x86_64. Logged in fine. Thanks. -- ------------------------------------------- Denis A. Altoe Falqueto ------------------------------------------- Joan Crawford - "I, Joan Crawford, I believe in the dollar. Everything I earn, I spend." - http://www.brainyquote.com/quotes/authors/j/joan_crawford.html

1 0

Re: [arch-general] [arch-dev-public] [signoff] readline-6.0.003-1
by Denis A. Altoé Falqueto 20 Jul '09

20 Jul '09

On Sat, Jul 18, 2009 at 9:08 AM, Allan McRae<allan(a)archlinux.org> wrote: > Bump upstream patch level, moved static libraries to /usr/lib > > Signoff both arches. > User signoff, x86_64. Bash works fine. Thanks -- ------------------------------------------- Denis A. Altoe Falqueto ------------------------------------------- Samuel Goldwyn - "I'm willing to admit that I may not always be right, but I am never wrong." - http://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html

1 0

Re: [arch-general] What to do about the "blender" package?
by Andrei Thorp 20 Jul '09

20 Jul '09

Excerpts from Allan McRae's message of Sun Jul 19 00:00:53 -0400 2009: > So the package is out-of-date and the new version does not build? Could > be a reason why it is not updated... I recall Blender not having support for python 2.6 at some point (while we had 2.6). It seems some folks have now successfully built Blender with 2.6 support, but it seeems woefully unofficial. I wonder what can be done about that. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)

2 2

[arch-general] [signoff] kernel26 2.6.30.2-1
by Tobias Powalowski 20 Jul '09

20 Jul '09

Hi guys, just an upstream bump, with the latest security fix, update is recommended for all users. please signoff fast greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition - round 2
by Matthew 20 Jul '09

20 Jul '09

Allan McRae wrote: > A couple of fixes have been applied to these packages since the last > signoff message. The list of packages looking for signoffs now are: > > filesystem 2009.07-1 > initscripts 2009.07-3 > syslog-ng 3.0.3-2 > udev 141-5 > > Cheers, > Allan > Would it be possible to have a news item, after the move to core, letting users know of the change and that pacman will be touching their /etc/inittab file? ~pyther

1 0

[arch-general] MythTV
by Manne Merak 20 Jul '09

20 Jul '09

My previous MythTV box, running opensuse 10.2, just died (HDD failure). Replaced the HDD and installed Arch for n minimal MythTV platform; on an old AMD Athlon 1.2G, 512Meg RAM, NVIDIA FX5200. All installed fine, but I get "Bus error" if I try to run any MythTV app. I guess it was compiled with some Intel only feature? Anyone have some suggestions? or should I just grab a copy of Mythbuntu? Manne

2 3

[arch-general] What to do about the "blender" package?
by Sven-Hendrik Haase 20 Jul '09

20 Jul '09

Dear Arch Devs, I'm reposting this mail to arch-general because I was ignored on arch-dev-public. I wonder what should be done about the "blender" package in [extra]. The package hasn't been updated for quite some time (it is correctly marked out-of-date), a few bug reports have been filed for it, it doesn't build anymore and the package maintainer doesn't answer my mails. What can be done in such a case? I wouldn't want to suggest anything that would break the peace and render the happy rainbows gray in Arch Dev land, yet I wonder if it would be suitable in such a case to degrade the package in question to [community] so that a TU may take care of it? This is of course assuming that no other dev wants to take over "blender". -- Sven-Hendrik

5 7

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition
by Baho Utot 19 Jul '09

19 Jul '09

On Sun, 2009-07-19 at 12:01 +1000, Allan McRae wrote: > First off, I don't like modifying config files. But, given I did this > update and still managed to screw my system up when testing it with a > reboot... > > So it is a question of which I hate more; post install messages or > automatically fixing the file. > > A post install message means that I tell all complaining users that they > should have read their pacman output. But hang on, they are already > told that there is a .pacnew file for what is a very important config > file. So I can say that anyway. So here is my prototype install file... > > post_install() > { > if [ -f "/etc/inittab.pacnew" ]; then > echo "You are being very stupid if you did not take notice of that > warning about a .pacnew file" > fi > } > > A simple sed of the config file means much, much less complaining > users. And given the number of complaints I got about libjpeg7 (wheres > the thanks now gtk and kde are working?), I am very, very tempted just > to do the sed. > > Allan > Not that my option means squat but.... I agree. Since this update/upgrade will break everyone/most peoples systems I think a relaxing of the rule for this one is justified . Rules are meant to be broken, that's why there are rules :) You do want to be a distro without rules don't you?

5 4

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition
by Loui Chang 19 Jul '09

19 Jul '09

On Sun 19 Jul 2009 12:01 +1000, Allan McRae wrote: > First off, I don't like modifying config files. But, given I did > this update and still managed to screw my system up when testing it > with a reboot... > > So it is a question of which I hate more; post install messages or > automatically fixing the file. > > A post install message means that I tell all complaining users that > they should have read their pacman output. But hang on, they are > already told that there is a .pacnew file for what is a very > important config file. So I can say that anyway. So here is my > prototype install file... > > post_install() > { > if [ -f "/etc/inittab.pacnew" ]; then > echo "You are being very stupid if you did not take notice of that > warning about a .pacnew file" > fi > } > > A simple sed of the config file means much, much less complaining > users. And given the number of complaints I got about libjpeg7 > (wheres the thanks now gtk and kde are working?), I am very, very > tempted just to do the sed. If you expect the users to be stupid they will be stupid, and you will hold their hand, and they will begin to expect you to hold their hand, and then we're in trouble. We will snowball right into Archbuntu. So. Do what's right. Give users a warning, give them time to adjust. If people start complaining, give them the straight line, plug your ears and sing 'Lalalala I warned you.' Don't stress yourself. You're not even being paid after all.

3 3

[arch-general] Problem with sound under vmware server
by Alastair Irving 19 Jul '09

19 Jul '09

Hi I've been running arch as a virtual machine using vmware server for a few months now without problems. However, I upgraded all packages yesterday, and now I know longer have any sound. According to lspci the soundcard is an Ensoniq ES1371, and according to lsmod the snd-ens1371 module is loaded. If I do speaker-test then it seems to work, it plays a static hissing sound, but it repeatedly gives the error Write error: -32, broken pipe If I aplay a wav file, then no sound is played, and I get the error underrun!!! (at least 1829490232.202 ms long) underrun!!! (at least 1829490234.191 ms long) I've tried running alsaconf, and this seems to run successfuly, but sound still doesn't work. Does anyone have any suggestions as to how to fix this? Many thanks Alastair Irving

1 0

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition
by Baho Utot 19 Jul '09

19 Jul '09

On Sun, 2009-07-19 at 12:20 +1000, Allan McRae wrote: > Daenyth Blank wrote: > > On Sat, Jul 18, 2009 at 22:01, Allan McRae<allan(a)archlinux.org> wrote: > > > >> post_install() > >> { > >> if [ -f "/etc/inittab.pacnew" ]; then > >> echo "You are being very stupid if you did not take notice of that warning > >> about a .pacnew file" > >> fi > >> } > >> > > > > +1 to this solution from me. > > > > I guess you missed my sarcasm. It is difficult to convey across email. > I see absolutely no point in repeating warnings. If they did not read > the first, why would they read the second? > > Allan > > Because their machine is broke?

1 0

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition
by Aaron Griffin 19 Jul '09

19 Jul '09

Holy hell this is out of control. Here's the two sides, boiled down: * Use an automatic sed to prevent people from complaining * Post a news item and let people do it manually. As we can tell from this thread, people are going to bitch either way - making the 'no bitching' argument a little moot. Personally, I am against this but I can see it simplifying this process, so I understand why people would want this. My biggest fear is that it goes downhill from here. 'We did it for the tty change' will be used to justify more and more. It's a slippery slope. Sometimes these things happen where you need to be slightly inconvienanced in order to protect yourself from falling into a trap like this. However, I must point out: odds are most people don't touch inittab, so the upgrade will do things as expected and the sed line will only do work a small subset of end users. And to be clear, I definitely do not like the pandering to users thing... if people whining about stupid shit gets on your nerves, stop visiting the forums and IRC. It worked for me! ( google 'eternal september' for kicks :). Pyther, I like your sentiment. On Jul 18, 2009 10:14 PM, "Daenyth Blank" <daenyth+arch(a)gmail.com<daenyth%2Barch(a)gmail.com>> wrote: On Sat, Jul 18, 2009 at 23:03, Matthew<pyther(a)pyther.net> wrote: > Could someone please enlighten me... Too true. totally agree with all of the above

5 5

[arch-general] firefox 3.5 en-us 3.03 dictionary
by Caleb Cushing 19 Jul '09

19 Jul '09

anyone get this installed? it's supposedly compatible with 3.5 and yet I can't install it. -- Caleb Cushing http://xenoterracide.blogspot.com

1 0