- Arch-general - lists.archlinux.org

[arch-general] delete duplicate aur packages
by Jozef Riha 23 Jul '09

23 Jul '09

hello, please delete luola and luola_levels from aur - i made them not realizing they are already in extra. sorry for creating duplicate package. regards, joe

3 2

Re: [arch-general] [arch-dev-public] [signoff] vc/* -> tty* transition - round 2
by Gerardo Exequiel Pozzi 23 Jul '09

23 Jul '09

Ronald van Haren wrote: > > > On Thu, Jul 23, 2009 at 2:23 PM, Pierre Schmitz <pierre(a)archlinux.de > <mailto:pierre@archlinux.de>> wrote: > > On Thursday 23 July 2009 14:21:43 Allan McRae wrote: > > 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 > > > > Anybody? > > sign-off both > > -- > > Pierre Schmitz, http://users.archlinux.de/~pierre > <http://users.archlinux.de/%7Epierre> > > > signoff both ++ > > Ronald Sign-off X4: (* (+ real vm) (+ i686 x86_64)) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 1

[arch-general] compile flags with ABS
by Sascha Siegel 23 Jul '09

23 Jul '09

Hi, how can i find out the compile flags of an app from the ABS? Usually (installing from the source, without ABS) i use "configure -- help" but with ABS i use "makepkg". Can someone help, please? Have a nice day! Greetings, Sash

4 3

[arch-general] Help: assigning bugs for these type of tickets
by Gerardo Exequiel Pozzi 23 Jul '09

23 Jul '09

Hi Devs :) The intention of this mail is to clarify the correct/current assignements of task in the bugtraker that are not related with packages from repositories. I think that the category "web page" includes many types of tasks: Webpage: Latest News/RSS/Downloads/Search feed and general webpage code @ Dusty Phillips, Simo Leone, ? Forum: @ ? Wiki: @ Loui Chang, ? Flyspray: @ Roman Kyrylych, ? New mirror: @ Dusty Phillips, Aaron Griffin, (*), ? Problem with torrents: @ ? Others?: @ ? (*) I think that also to Dan McGee, but he is currently working full on pacman. Also these other cases: What about orphaned packages? My current rule is assign to the latest packager or commiter, but what about if this removes himself from the assignement? Can be a FR o BR both are important, if nobody take it, should be reported to mailing list and moved to community, so a TU can adopt it? What about packages that are reported as non-working because compiled with old libs or other issues, fails to build, and still on repos for many weeks/months. Report the FS to the mailing list for removing or move to unsupported? That's all for now. Thanks in advance. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

3 2

[arch-general] [signoff] openvpn 2.1_rc19-1
by Thomas Bächler 23 Jul '09

23 Jul '09

Changes: - Updated to the 2.1 branch - Removed useless .install file - Moved plugins to /usr/lib/openvpn and made this the default plugin search path (i.e. plugins in that directory will be found when the plugin directive does is not an absolute path) - Moved example configuration to /usr/share/openvpn - Add openvpn rc.d script that launches an openvpn daemon for /etc/openvpn/*.conf and kills each openvpn with a pidfile in /var/run/openvpn/*.pid - Add openvpn-tapdev script that is to be added before the network script. It creates persistent tap devices as configured in /etc/conf.d/openvpn-tapdev that can be used for bridging. Tested on x86_64, please sign off.

1 0

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