- Arch-general - lists.archlinux.org

[arch-general] Archiso, archiso_early, and udev issues with live cd
by Tom medhurst 08 Apr '11

08 Apr '11

Hi Guys, I'm attempting to create my own Arch Live CD and I can't get the archiso hook to complete successfully. In March 2010, Gerardo Exequiel Pozzi removed the archiso_early hook from archiso.git, which used to mount /dev/archiso (I'm not entirely sure what this pointed to, but it's clearly required). In the commit message he said it was removed because we could rely on /dev/disk/by-label to get the device (created by udev). However I have built a custom live CD using mkarchiso and there is no /dev/disk available to me, so this boot process fails. I was just wondering if anyone knew why this is missing, and what I can do to get this booting? My mkinitcpio.conf file looks like this: *HOOKS="base udev memdisk archiso archiso_pxe_nbd archiso_loop_mnt pata scsi sata usb fw pcmcia filesystems usbinput"* So udev is definately being run before archiso, but I only have the following in /dev: - char - console - cpu_dma_latency - full - hpet - input - kmem - kmsg - loop0 - mcelog - mem - network_latency - network_throughput - null - port - psaux - ptmx - random - rtc - rtc0 - snapshot - tty - tty0-63 - ttyS0-3 - urandom - vcs - vcs1 - vcsa - vcsa1 - vga_arbiter - zero Thanks, tommed

2 4

[arch-general] gnome3
by Juan Diego Tascón 08 Apr '11

08 Apr '11

Good day mates. Today I installed gnome3 with "pacman -S gnome-shell testing/gnome" and I'm running it with startx using "exec ck-launch-session gnome-session" on my .xinitrc. I got it working with a recently created user (empty $HOME) but I can't however get it working with my own user, all I get is a black screen with a mouse pointer on it. I've already tried deleting .gnome2* and .gconf*. Is there something else I'm missing here? any ideas? Thank you!

1 0

[arch-general] Fwd: Re: [hylafax-users] Error building 6.0.5 on Arch Linux /sys/stat.h:299:47: error: declaration of ‘int fchmod(int, __mode_t) throw ()’ throws different exceptions
by David C. Rankin 07 Apr '11

07 Apr '11

Just FYI Arch Devs - Hylafax needs a patch to build with gcc 4.5. You may want to wait for 6.0.6 for the next version update. Details from the ifax devs below: -------- Original Message -------- Subject: Re: [hylafax-users] Error building 6.0.5 on Arch Linux /sys/stat.h:299:47: error: declaration of ‘int fchmod(int, __mode_t) throw ()’ throws different exceptions Date: Fri, 1 Apr 2011 08:52:50 -0400 From: Aidan Van Dyk <aidan(a)ifax.com> To: David C. Rankin <drankinatty(a)suddenlinkmail.com> CC: hfax <hylafax-users(a)hylafax.org> You'll want to apply this: http://git.hylafax.org/HylaFAX?a=commitdiff;h=b0d873c950a72aa568d2fcfe7dbc8… I still believe this is a bug in GCC 4.5+, where they turned something every other compiler handles a fatal error, causing configure not to find the declaration for fchmod (and thus declare it's own in port.h). I doubt anyone will be able to convince GCC of this ;-) See: http://bugs.hylafax.org/show_bug.cgi?id=924 configure has been changed in HylaFAX to not tickle that particular property of GCC. That fix was applied to the 6.0 branch after 6.0.5 was released, but no distros were based on GCC 4.5+ yet at that time. I guess it's time for 6.0.6 release... a. On Thu, Mar 31, 2011 at 10:24 PM, David C. Rankin <drankinatty(a)suddenlinkmail.com> wrote: > Guys, > > I was working with hylafax in Arch updating the package from 6.0.4 to 6.0.5 > and I ran into a strange error related to "throws different exceptions": > > <snip> > 86-64 -mtune=generic -O2 -pipe -c Dispatcher.c++ > In file included from Sys.h:34:0, > from Dispatcher.c++:27: > /usr/include/sys/stat.h:299:47: error: declaration of ‘int fchmod(int, > __mode_t) throw ()’ throws different exceptions > ../port.h:32:12: error: from previous declaration ‘int fchmod(int, mode_t)’ > make[3]: *** [Dispatcher.o] Error 1 > make[3]: Leaving directory > `/home/david/arch/pkg/bld/hylafax/src/hylafax-6.0.5/libhylafax' > make[2]: *** [default] Error 2 > make[2]: Leaving directory > `/home/david/arch/pkg/bld/hylafax/src/hylafax-6.0.5/libhylafax' > make[1]: *** [dirs] Error 2 > make[1]: Leaving directory > `/home/david/arch/pkg/bld/hylafax/src/hylafax-6.0.5' > make: *** [default] Error 2 > ==> ERROR: A failure occurred in build(). > Aborting... > > I'm getting better at sorting this stuff out, but exception handling > problems are the exception... no pun intended. What says the experts. I > wanted a clean install to look at permissions again on the bin/notify.php > and bin/faxrcvd.php issue and thought I might as well try 6.0.5. > > What say the experts? What is the probable cause of throwing different > exceptions? The stat.h file on Arch is available on my server here: > > http://www.3111skyline.com/dl/bugs/hylafax/stat.h > > -- > David C. Rankin, J.D.,P.E. > > > ____________________ HylaFAX(tm) Users Mailing List _______________________ > To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi > On UNIX: mail -s unsubscribe hylafax-users-request(a)hylafax.org < /dev/null > *To learn about commercial HylaFAX(tm) support, mail sales@ifax.com.* > > -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] What happened to Powerpill?
by Marek Otahal 07 Apr '11

07 Apr '11

Hi, anyone knows what happened to Xyne's powerpill [1] pacman wrapper? I started using it recently for it's aria2c multithreaded downloads but a couple of days it disappeared from community/aur and there's no trace. Thanks, marek [1] https://wiki.archlinux.org/index.php/Powerpill -- Marek Otahal :o)

11 15

Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.37.6-1
by Meyithi 07 Apr '11

07 Apr '11

On 6 April 2011 20:25, Tobias Powalowski <t.powa(a)gmx.de> wrote: > Am Donnerstag 31 März 2011 schrieb Tobias Powalowski: > > Upstream update. This package is NOT in testing (2.6.38 currently > > resides there), but at: > > http://dev.archlinux.org/~tpowa/kernel26/ > > > > please signoff for both arches. > > > > greetings > > tpowa > bump anyone, seems .38 still cannot move due to issues. > > greetings > tpowa > User signoff i686, running since 31 Mar no problems as yet. -- Jason Steadman http://www.meyithi.com/ http://twitter.com/meyithi

1 0

[arch-general] Where should system-wide vim files go?
by Oon-Ee Ng 07 Apr '11

07 Apr '11

I installed vim-peaksea from the AUR the other day and couldn't use it, because it installed in /usr/share/vim/colors/peaksea.vim. This seems a fairly standard directory, but its not in runtimepath on a fresh install (AFAIK). Checked out some other vim colour-themes on the AUR, the majority seem to install to the same location. Some choose /usr/share/vim/vim** instead, but that breaks when vim updates. Perhaps /usr/share/vim/vimfiles makes more sense (only found one PKGBUILD using that so far). So what's the 'correct' behaviour? The vim split package doesn't seem to do any patches affecting runtimepath, so probably I assume runtimepath is an upstream default. In that case, should AUR packages correct their location? Posting to arch-general because it overlaps and isn't solely an AUR issue.

6 9

[arch-general] Gnome 3 and gcc 4.6 in Fedora 15
by Bernardo Barros 06 Apr '11

06 Apr '11

I just look at the list of new Features for Fedora 15.. It will have Gnome 3 and gcc 4.6 and a bunch of other things. This means that those projects are reaching a "stable" phase now? They are currently considered unstable and/or in testing on Arch Any predictions on the current and near future status of these projects in Arch? cheers, Bernardo

13 18

Re: [arch-general] GNUstep path
by Cédric Girard 06 Apr '11

06 Apr '11

Le 6 avr. 2011 18:40, "Lukáš Jirkovský" <l.jirkovsky(a)gmail.com> a écrit : > > On 6 April 2011 17:27, Sergej Pupykin <ml(a)sergej.pp.ru> wrote: > > At Wed, 6 Apr 2011 15:34:50 +0200, > > Cédric Girard <girard.cedric(a)gmail.com> wrote: > >> > >> Hello, > >> > >> Is there any particular reason why GNUstep (gnustep-base in [community]) get > >> installed in /opt/GNUstep? Especially libraries in > >> "/opt/GNUstep/Local/Library/Libraries/" cannot be found by binaries > >> depending on them unless "/opt/GNUstep/System/Library/Makefiles/GNUstep.sh" > >> is sourced. > >> > >> Or maybe I just have a bad understanding of how this works ... > > > > Hi, > > > > gnustep-make contains /etc/profile.d/GNUstep.sh, which should be > > sourced automatically. > > > > Cédric, I guess that's because you didn't log out and log in again, > because the files Sergej mentioned are sourced on login. > > Lukas Yes, you're right. I'll test that and give feedback. Thanks -- Cedric Girard

1 1

[arch-general] ftp://ftp.archlinux.org/extra/os/x86_64/packages
by Sergej Pupykin 06 Apr '11

06 Apr '11

Hi, what is this symlink: ftp://ftp.archlinux.org/extra/os/x86_64/packages/ ?

2 1

[arch-general] GNUstep path
by Cédric Girard 06 Apr '11

06 Apr '11

Hello, Is there any particular reason why GNUstep (gnustep-base in [community]) get installed in /opt/GNUstep? Especially libraries in "/opt/GNUstep/Local/Library/Libraries/" cannot be found by binaries depending on them unless "/opt/GNUstep/System/Library/Makefiles/GNUstep.sh" is sourced. Or maybe I just have a bad understanding of how this works ... -- Cédric Girard

3 2