Re: [arch-general] Error Pacman
Le 02/08/2016 à 20:47, Luciano Camerra a écrit : > Can you help me with this error? > Thanks. > > [root@li3 ~]# pacman -Syu > :: Synchronizing package databases... > core 118.6 KiB 488K/s 00:00 [##] > 100% > extra 1765.6 KiB 907K/s 00:02 [##] > 100% > community 3.5 MiB 532K/s 00:07 [##] > 100% > :: Starting full system upgrade... > resolving dependencies... > looking for conflicting packages... > error: failed to prepare transaction (could not satisfy dependencies) > :: lib32-libglapi: installing mesa (12.0.1-5) breaks dependency 'libglapi > lib32-libglapi isn't in our repo for a long time and can be removed -- Laurent Carlier http://www.archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-general] Missing gpg key?
Le 03/06/2016 à 21:34, Sławomir Szczyrba a écrit : > Missing key, or sth went really wrong? > > Regards > Sławek > Because you do not have key 2071B08A33BD3F06 in your keyring, it is from libgcrypt developers, not ArchLinux. You can retreive the key with gpg --recv-keys or pass --skippgpcheck to makepkg -- Laurent Carlier http://www.archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-general] libxcb 1.12
Le 30/05/2016 à 16:19, Bruno Pagani a écrit : > Hi, > > libxcb 1.12 has been pushed into [extra], but depends on xcb-proto >= > 1.12 which is still in [testing]. > > Is that a sync issue or a mistake? > > Thanks, > > Bruno > > Fixed, thanks -- Laurent Carlier http://www.archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-general] Linux still at 4.2, but nvidia and virtualbox compiled for 4.3?
Le dimanche 22 novembre 2015, 12:08:28 CET Sebastiaan Lokhorst a écrit : > 2015-11-22 11:30 GMT+01:00 Laurent Carlier : > > This should be fixed with 5.0.10-2.1 version > > Thanks, it is! > > What about the nvidia package? Should I file a bug? Should be fixed also with 358.16-2.1 version :) -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Linux still at 4.2, but nvidia and virtualbox compiled for 4.3?
Le dimanche 22 novembre 2015, 11:10:52 CET Sebastiaan Lokhorst a écrit : > So I just did an update and got the following messages: > > (16/24) upgrading nvidia > [--] 100% > cat: /usr/lib/modules/extramodules-4.3-ARCH/version: No such file or > directory > > (20/24) upgrading virtualbox-host-modules > [--] 100% > cat: /usr/lib/modules/extramodules-4.3-ARCH/version: No such file or > directory > > It seems like these are looking for Linux 4.3, but the linux package in > [core] is still at 4.2. > > I'm afraid if I'll reboot, there will be problems with the graphics driver. > Why wasn't the linux package updated alongside these others? > > Or am I wrong, and is this harmless? This should be fixed with 5.0.10-2.1 version -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] Xorg 1.18.0 enters [testing].
Xorg 1.18.0 is entering [testing] with the following changes: - You can now choose between xf86-input-evdev and xf86-input-libinput. - xf86-input-aiptek will not be updated and will be removed when xorg-1.18.0 is moved to [extra] Caveat: NVIDIA drivers are not yet compatible with 1.18.0. You can block the upgrade by appending --ignoregroup=xorg to the pacman command or adding 'xorg' to IgnoreGroup in pacman.conf -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] glx module is not loaded
Le samedi 24 janvier 2015, 18:01:04 SpinFlo a écrit : > 2015-01-24 17:01 GMT+01:00 Armin K. : > > And what does "file /usr/lib/xorg/modules/extensions/libglx.so.346.35" > > return? > > /usr/lib/xorg/modules/extensions/libglx.so.346.35: symbolic link to > /usr/lib/nvidia/xorg/modules/extensions/libglx.so.346.35 You should install mesa-ligl if you are with nouveau driver -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Firefox showing flashplugin as outdated although it's not
Le dimanche 14 décembre 2014, 20:02:04 Marcos Sánchez a écrit : > For the last few days, firefox started showing the following message when > trying to run flash content: > > "Firefox has prevented the outdated plugin "Adobe Flash" from running on > ..." > > I'm running a fully updated os and the package doesn't seem outdated, so I > think it's a problem with firefox reading the flash plugin version wrong. > > Packages: > > ➜ pacman -Q flashplugin firefox > flashplugin 11.2.202.425-1 > firefox 34.0.5-1 > > About:plugins information > Shockwave FlashFile: libflashplayer.soPath: > /usr/lib/mozilla/plugins/libflashplayer.soVersion: 11.2.202.424State: > Enabled (STATE_VULNERABLE_UPDATE_AVAILABLE)Shockwave Flash 11.2 r202MIME > Type DescriptionSuffixesapplication/x-shockwave-flashShockwave Flashswf > application/futuresplashFutureSplash Playerspl > > Have any of you experienced a similar issue? > > Thanks. You need to remove pluginreg.dat file https://bugzilla.mozilla.org/show_bug.cgi?id=1109795#c16 -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] Moving chmsee to AUR
chmsee will be move to unsupported, because it doesn't build anymore with xulrunner 31 and is unmaintained upstream since August 2013. ++ -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [draft] xorg-server 1.16 is now available (v2)
Le dimanche 27 juillet 2014, 23:43:08 Karol Blazewicz a écrit : > https://mailman.archlinux.org/pipermail/arch-dev-public/2014-July/026496.htm > l The draft still doesn't say how can I launch more than one rootless X > server at a time or if it's possible at all. > Do I have to have KMS enabled? What if I'm using e.g. proprietary > nvidia drivers i.e. no KMS? You can only launch one rootless X server; i don't know currently why such a limitation, but you can always launch other X server as root. -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [draft] xorg-server 1.16 is now available
Le samedi 26 juillet 2014, 17:24:49 Leonid Isaev a écrit : > On Sat, Jul 26, 2014 at 11:09:32PM +0200, Laurent Carlier wrote: > > [...] > > Probably a bug related to PRIME, you should probably open an upstream bug > > report. > > Yes. I'll wait for linux 3.16 and then do if the problem is still there. > Although, this looks more like a kernel/systemd issue. Here is a log from > a rootless X: > -- > [ 143.639] (II) xfree86: Adding drm device (/dev/dri/card0) > [ 143.639] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 > paused 0 [ 143.639] (II) xfree86: Adding drm device (/dev/dri/card1) > [ 143.640] (II) systemd-logind: got fd for /dev/dri/card1 226:1 fd 9 > paused 0 [ 143.640] (--) PCI:*(0:0:2:0) 8086:0416:1028:05cc rev 6, Mem @ > 0xf640/4194304, 0xd000/268435456, I/O @ 0xf000/64 > [ 143.640] (--) PCI: (0:1:0:0) 1002:6821:1028:05cc rev 0, Mem @ > 0xe000/268435456, 0xf7d0/262144, I/O @ 0xe000/256, BIOS @ > 0x/131072 > -- > > Card0 = radeon; card1 = intel: > -- > $ cat /sys/class/drm/card0/device/power/runtime_status > suspended > $ cat /sys/class/drm/card1/device/power/runtime_status > active > $ xrandr --listproviders > Providers: number : 2 > Provider 0: id: 0x82 cap: 0xb, Source Output, Sink Output, Sink Offload > crtcs: 4 outputs: 5 associated providers: 0 name:Intel > Provider 1: id: 0x59 cap: 0xf, Source Output, Sink Output, Source Offload, > Sink Offload crtcs: 6 outputs: 4 associated providers: 0 name:radeon > -- > > Cheers, Can you try to boot with the kernel parameter drm.rnodes=1 ? ++ -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [draft] xorg-server 1.16 is now available
Le samedi 26 juillet 2014, 16:57:54 Leonid Isaev a écrit : > On Sat, Jul 26, 2014 at 08:54:21AM +0200, Laurent Carlier wrote: > > Le samedi 26 juillet 2014, 03:11:45 Karol Blazewicz a écrit : > > > I can start only one rootless X session at a time. If I want to start > > > a second one while the first one is running, I have to use 'sudo > > > startx'. > > > I'm logging into tty and starting X as a user. > > > > > > Did I mis-configure something or is it a "feature'? Can you start > > > multiple X sessions simultaneously with xorg 1.16? > > > > I have not yet found how to do this with xorg 1.16 in rootless mode. > > Multiple X sessions should work flawlessly with root rights. > > Not really, in general. For me, Xserver 1.16 with root rights works only on > KMS-less systems. In other setups I have tested, X simply segfaults if > running as root. This happens on real hw as well as in vmware player (which > provides KMS). In the latter case I had to downgrade to xorg-server 1.15 to > get my desktop back (also, I do not use proprietary vmware tools). > > Here are the errors on a real machine with hybrid AMD/Intel graphics: > -- > $ lspci | grep VGA > 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor > Integrated Graphics Controller (rev 06) > 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Venus XT [Radeon HD 8870M / R9 M270X] (rev ff) > > $ grep "(EE)" /var/log/Xorg.0.log > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 2484.378] (EE) systemd-logind: failed to take device /dev/dri/card0: Did > not receive a reply. Possible causes include: the remote application did > not send a reply, the message bus security policy blocked the reply, the > reply timeout expired, or the network connection was broken. [ 2485.302] > (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission > denied [ 2485.305] (EE) Failed to load module "modesetting" (module does > not exist, 0) [ 2485.305] (EE) Failed to load module "fbdev" (module does > not exist, 0) [ 2485.305] (EE) Failed to load module "vesa" (module does > not exist, 0) [ 2485.376] (EE) systemd-logind: failed to take device > /dev/dri/card0: Device already taken [ 2485.376] (EE) /dev/dri/card0: > failed to set DRM interface version 1.4: Permission denied [ 2491.936] > (EE) > [ 2491.936] (EE) Backtrace: > [ 2491.937] (EE) 0: /usr/bin/Xorg.bin (xorg_backtrace+0x56) [0x5938f6] > [ 2491.937] (EE) 1: /usr/bin/Xorg.bin (0x40+0x197af9) [0x597af9] > [ 2491.937] (EE) 2: /usr/lib/libc.so.6 (0x7f88e4e55000+0x33df0) > [0x7f88e4e88df0] [ 2491.937] (EE) 3: /usr/lib/libc.so.6 > (0x7f88e4e55000+0x128696) [0x7f88e4f7d696] [ 2491.937] (EE) 4: > /usr/bin/Xorg.bin (0x40+0xa14e8) [0x4a14e8] [ 2491.937] (EE) 5: > /usr/lib/libdbus-1.so.3 (dbus_connection_dispatch+0x3f1) [0x7f88e69055b1] [ > 2491.937] (EE) 6: /usr/lib/libdbus-1.so.3 (0x7f88e68f5000+0x10805) > [0x7f88e6905805] [ 2491.937] (EE) 7: /usr/bin/Xorg.bin (0x40+0x9ae09) > [0x49ae09] [ 2491.937] (EE) 8: /usr/bin/Xorg.bin (WakeupHandler+0x6b) > [0x43c3ab] [ 2491.937] (EE) 9: /usr/bin/Xorg.bin (WaitForSomething+0x1c7) > [0x590d27] [ 2491.937] (EE) 10: /usr/bin/Xorg.bin (0x40+0x374f1) > [0x4374f1] [ 2491.937] (EE) 11: /usr/bin/Xorg.bin (0x40+0x3b866) > [0x43b866] [ 2491.937] (EE) 12: /usr/lib/libc.so.6 > (__libc_start_main+0xf0) [0x7f88e4e75000] [ 2491.937] (EE) 13: > /usr/bin/Xorg.bin (0x40+0x25d0e) [0x425d0e] [ 2491.937] (EE) > [ 2491.937] (EE) Segmentation fault at address 0x0 > [ 2491.937] (EE) > [ 2491.937] (EE) Caught signal 11 (Segmentation fault). Server aborting > [ 2491.937] (EE) > [ 2491.937] (EE) > [ 2491.937] (EE) Please also check the log file at "/var/log/Xorg.0.log" > for additional information. [ 2491.937] (EE) > [ 2493.888] (EE) systemd-logind: ReleaseControl failed: Did not receive a > reply. Possible causes include: the remote application did not send a > reply, the message bus security policy blocked the reply, the reply timeout > expired, or the network connection was broken. [ 2493.888] (EE) Server > terminated with error (1). Closing log file. -- > > Somehow, I can not make sense of the above error (X runs as root, so it can > write to /var/log/ but lacks permissions for a device?). Any ideas? > > Thanks, Probably a bug related to PRIME, you should probably open an upstream bug report. -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [draft] xorg-server 1.16 is now available
Le samedi 26 juillet 2014, 03:11:45 Karol Blazewicz a écrit : > I can start only one rootless X session at a time. If I want to start > a second one while the first one is running, I have to use 'sudo > startx'. > I'm logging into tty and starting X as a user. > > Did I mis-configure something or is it a "feature'? Can you start > multiple X sessions simultaneously with xorg 1.16? I have not yet found how to do this with xorg 1.16 in rootless mode. Multiple X sessions should work flawlessly with root rights. -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] moving warmux to unsupported
I will move warmux to AUR; it doesn't build anymore and is dead upstream Package pushed to AUR will be monolithic: warmux-data won't exist anymore. -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Is ATI more... "compatible"?
Le samedi 3 mai 2014, 10:35:24 Ryan Capote a écrit : > AMD cards are not very well supported under Arch. I use an AMD card and > have to use Vi0l0's unofficial repository for the latest catalyst drivers, > as they are not available from the official repository. Occasionally an > update will break the driver and I have to recompile the kernel module. > Other then that, the quality of the drivers is OK. Games run noticeably > smoother in Windows than under Linux, I don't know if that's a driver issue > or games/engine not being optimized under Linux. > ATI cards are very well supported on Arch, crappy software not! Mesa drivers are enough to play games under linux, have less pain with kernel or xserver upgrades. -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Open Source ati driver can't load GLX extension
Le jeudi 6 mars 2014, 09:46:25 Heiko Becker a écrit : > I think I found it in the Xorg.0.log : > > [27.415] (EE) AIGLX error: dlopen of > /usr/lib/xorg/modules/dri/r600_dri.so failed (libLLVM-3.4.so: cannot > open shared object file: No such file or directory) > [27.415] (EE) AIGLX: reverting to software rendering > [27.436] (EE) AIGLX error: dlopen of > /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.4.so: cannot > open shared object file: No such file or directory) > [27.436] (EE) GLX: could not load software renderer > > Problem being: I need llvm3.3 for a software project. > But after that GLX should work again. > > Is there a possibility to add llvm to the dependencies of xf86-video-ati ? > > I'm having llvm in my ignorepackages and it doesn't get updated, so > xf86-video-ati should not have been updated as far as I see. > > > Best regards, > > > Heiko Perhaps you can try to install llvm-libs ? -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
Re: [arch-general] Open Source ati driver can't load GLX extension
Le mercredi 5 mars 2014, 20:28:09 Heiko Becker a écrit : >> > The minecraft launcher says that it was not able to initialize an OpenGL > Context, so generally OpenGL seems to be broken although I have all > libraries installed. > > Heiko What are the ouput of you xorg.0.log file and dmesg ? -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
Re: [arch-general] Moving kpovmodeler and kgraphviewer to unsupported
Le vendredi 11 octobre 2013 15:22:58 vous avez écrit : > I plan to move both packages to unsupported: > > * kpovmodeler isn't maintained upstream anymore and homepage is dead. it > doesn't work anymore with upstream povray with third party patches. (see > https://bugs.archlinux.org/task/36352) > * kgraphviewer isn't maintained upstream anymore except cosmetic patches, > and will not work with graphviz-2.34.0 in staging without deep changes. Both packages are now in aur: https://aur.archlinux.org/packages/kpovmodeler/ https://aur.archlinux.org/packages/kgraphviewer/ -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
[arch-general] Moving kpovmodeler and kgraphviewer to unsupported
I plan to move both packages to unsupported: * kpovmodeler isn't maintained upstream anymore and homepage is dead. it doesn't work anymore with upstream povray with third party patches. (see https://bugs.archlinux.org/task/36352) * kgraphviewer isn't maintained upstream anymore except cosmetic patches, and will not work with graphviz-2.34.0 in staging without deep changes. -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [arch-dev-public] [RFC] Add Wayland/Weston
Le dimanche 10 février 2013 04:11:36 William Giokas a écrit : > On Sun, Feb 10, 2013 at 11:03:07AM +0100, Andreas Radke wrote: > > Am Sun, 10 Feb 2013 03:51:47 -0600 > > > > schrieb William Giokas <1007...@gmail.com>: > > > I'm getting pkg-config errors too, but for totally unrelated packages, > > > like webkit-1.0. Downgrading cairo to [core] fixes that for me (and > > > allows me to build things again) but the one in testing somehow breaks > > > pkg-config. I have no idea what's going on, but if you need me to run > > > something, I'll be glad to give some output. > > > > > > Steps to reproduce: > > > > > > # pacman -S testing/cairo webkitgtk > > > [...] > > > $ pkg-config webkit-1.0; echo $? > > > 1 > > > # pacman -S extra/cairo > > > [...] > > > $ pkg-config webkit-1.0; echo $? > > > 0 > > > > > > Thanks, > > > > https://bugs.archlinux.org/task/33793 > > > > I wonder why Gentoo and Fedora don't run into this. There are > > several .pc files included that should cover all cairo features. > > This seems to make cairo depend on mesa. (mesa has the gl.pc file that > pkg-config is looking for) > > Thanks, As an optdepend(), only useful to build package with cairo, not as a runtime. ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [gnome 3] PrintScreen key doesn't launch gnome-screenshot
Le vendredi 12 octobre 2012 13:02:35 fredbezies a écrit : > It is recognized by the kernel. > > keycode 99 pressed > keycode 99 released > > when I press the PrintScreen key. > > With Xev : > > 107 Print > 107 Print > 107 Print > 107 Print > 107 Print > > The weird part is that PrintScreen is recognized as such in Gnome > keyboard preferences panel. Just tested quickly, it's working fine with ksnapshot under kde (of course testing is enabled) ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-general] After update package fontconfig causes ldconfig issue
Le samedi 8 septembre 2012 07:23:18 Ralf Mardorf a écrit : > When an update today run ldconfig, I noticed that there's something > wrong, caused by an update from yesterday. > > [root@archlinux spinymouse]# ldconfig > ldconfig: /usr/lib32/libfontconfig.so.1 is not an ELF file - it has the > wrong magic bytes at the start. > > ldconfig: /usr/lib32/libfontconfig.so.1.6.2 is not an ELF file - it has > the wrong magic bytes at the start. > > ldconfig: /usr/lib32/libfontconfig.so is not an ELF file - it has the > wrong magic bytes at the start. > > [root@archlinux spinymouse]# pacman -Qi fontconfig | grep Install\ Date > Install Date : Fri Sep 7 07:18:11 2012 > [root@archlinux spinymouse]# pacman -Ql fontconfig | grep libfontconfig > fontconfig /usr/lib/libfontconfig.so > fontconfig /usr/lib/libfontconfig.so.1 > fontconfig /usr/lib/libfontconfig.so.1.6.2 > > Regards, > Ralf All these files are from lib32-fontconfig package. And they are all correct: $ readelf -h /usr/lib32/libfontconfig.so.1 ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI:UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x45f0 Start of program headers: 52 (bytes into file) Start of section headers: 227008 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 7 Size of section headers: 40 (bytes) Number of section headers: 27 Section header string table index: 26 Something must be rotten on your system. ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-general] xf86-video-intel-2.20.5
Le lundi 27 août 2012 13:03:16 Jameson a écrit : > I'll be happy to post more information, and/or a bug later if that > will be helpful. For now, I need to get caught back up at work. > > Thanks, > =-Jameson It's better to open a bug report, with: * dmesg output * Xorg log output * lspci output * list of enabled repos And of course, have you properly upgrade ? (pacman -Syu) ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-general] glib: #error "Only can be included directly." (howto report packages)
Le vendredi 22 juin 2012 14:49:26 David C. Rankin a écrit : > Guys, > > We have run into several new build failures with trinity related to a glib > header inclusion change in the last update or two. The trinity package are > a relatively simple fix changing the header inclusions from '#include > ' to '#include '. > > However, some of the build failures experienced are not trinity build > failures, but do to other OS packages. Example, koffice fails with: > > In file included from /usr/include/wv2/olestream.h:26:0, > from graphicshandler.cpp:23: > /usr/include/glib-2.0/glib/giochannel.h:28:2: error: #error "Only > can be included directly." > > My question is this "When I run across these, do you want me to open a > bug, just drop a note to the maintainer, or drop a note to the list?" > > Fixes are easy enough, but before I start rebuilding everything from ABS, > I want to make sure this info gets to the right place. > > What say the devs? It's an upstream bug. ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-general] xdebug install error (pacman)
> Hi, > > I got a bash error on xdebug package install or upgrade. > > #pacman -S xdebug > [...] > /tmp/alpm_SbEGbE/.INSTALL: line 4: [: too many arguments > [...] > > Regards, > > Please fill a bug report. Thanks.
Re: [arch-general] Strange sound behavior in some games
> I'm getting strange sound issues in games, well in fact it is one issue, I > have no sound in Dungeons of Dredmor and Wesnoth, but when I run the game > under sudo "gamename" the sound appears miraculously. Can somebody explain me > this? Thank you > > Perhaps you should try: usermod -a -G audio YourUser ps: man usermod
Re: [arch-general] [signoff] linux-3.2-1
2012/1/5 Tobias Powalowski > Hi guys, > please signoff 3.2 series for both arches. > > Upstream > changes: > http://kernelnewbies.org/LinuxChanges > > greetings > tpowa > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tp...@archlinux.org > > No sign off here, wifi on my laptop doesn't work anymore. It seem the driver brcmsmac (chipset broadcom) isn't available, reverting to 3.1.6 fixes the problem. ++
Re: [arch-general] bots no longer work in openarena
> Hi All, > > I noticed that bots are no longer working in openarena since the last few > months. It used to work about 6 months ago and I think the openarena packages > haven't been updated, so perhaps it's a problem with the dependencies or some > other packages that have been upgraded. > > Any one have an idea how to work around this? Moreover how to fix the > openarena > packages so it works again for everyone? Lastly should one file a bug on > bugs.archlinux.org for a package that is found in the community repo? > > Output from an attempt to start a game with a bot: > --- > $ openarena > ioq3+oa 1.35 linux-x86_64 Aug 10 2010 > - FS_Startup - > Current search path: > /home/divan/.openarena/baseoa > /usr/share/openarena/baseoa/pak6-patch085.pk3 (559 files) > /usr/share/openarena/baseoa/pak6-misc.pk3 (229 files) > /usr/share/openarena/baseoa/pak5-TA.pk3 (139 files) > /usr/share/openarena/baseoa/pak4-textures.pk3 (1753 files) > /usr/share/openarena/baseoa/pak2-players.pk3 (669 files) > /usr/share/openarena/baseoa/pak2-players-mature.pk3 (231 files) > /usr/share/openarena/baseoa/pak1-maps.pk3 (100 files) > /usr/share/openarena/baseoa/pak0.pk3 (1042 files) > /usr/share/openarena/baseoa > > -- > 4722 files in pk3 files > execing default.cfg > execing q3config.cfg > couldn't exec autoexec.cfg > Hunk_Clear: reset the hunk ok > - Client Initialization - > - Initializing Renderer > --- > QKEY found. > - Client Initialization Complete - > - R_Init - > SDL using driver "x11" > Initializing OpenGL display > Estimated display aspect: 1.600 > ...setting mode 4: 800 600 > Using 8/8/8 Color bits, 24 depth, 0 stencil display. > Available modes: '1920x1200 1280x800 1440x900 1680x1050 720x480 1152x768 > 1280x854 848x480 1280x720 1920x1080 640x480 800x600 1024x768 1280x960 > 1400x1050 1600x1200 1280x1024' > > GL_RENDERER: Gallium 0.4 on AMD RV635 > > Initializing OpenGL extensions > > ...GL_EXT_texture_compression_s3tc not found > > ...GL_S3_s3tc not found > > ...using GL_EXT_texture_env_add > > ...using GL_ARB_multitexture > > ...using GL_EXT_compiled_vertex_array > > ...ignoring GL_EXT_texture_filter_anisotropic > > > > GL_VENDOR: X.Org > > GL_RENDERER: Gallium 0.4 on AMD RV635 > > GL_VERSION: 2.1 Mesa 7.11.2 > > GL_EXTENSIONS: GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color > GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract > GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture > GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array > GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters > GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters > GL_EXT_rescale_normal GL_EXT_separate_specular_color > GL_EXT_texture_edge_clamp > GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp > GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_framebuffer_sRGB > GL_ARB_multitexture GL_EXT_framebuffer_sRGB GL_IBM_multimode_draw_arrays > GL_IBM_texture_mirrored_repeat GL_ARB_texture_cube_map GL_ARB_texture_env_add > GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord > GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add > GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias > GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent > GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_SUN_multi_draw_arrays > GL_ARB_texture_border_clamp GL_ARB_texture_compression > GL_EXT_framebuffer_object GL_EXT_texture_env_dot3 GL_MESA_window_pos > GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_ARB_depth_texture > GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_texture_env_combine > GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 > GL_ARB_texture_mirrored_repeat GL_ARB
Re: [arch-general] When will Arch switch to Systemd
Le mercredi 19 janvier 2011 16:02:52, C Anthony Risinger a écrit : > On Wed, Jan 19, 2011 at 3:59 PM, C Anthony Risinger wrote: > > Any ideas when will Arch switch to systemd based booting system ? > > oh, and the last couple pages in the forum sound promising in regards > to arch specific unit files, though i'd have to look closer as i > haven't had a chance to try systemd myself for some time. > > any comments from someone out there currently using systemd and the > arch unit files from AUR? > > C Anthony Let me resume: Currently there is no plan and no date. ++
Re: [arch-general] When will Arch switch to Upstart
Le mercredi 19 janvier 2011 11:16:41, Jelle van der Waa a écrit : > On Wed, 2011-01-19 at 14:50 +0700, Madhur Ahuja wrote: > > Ubuntu and Fedora has already embraced it. > > > > Any ideas when will Arch switch to upstart based booting system ? > > > > http://upstart.ubuntu.com/ > > > > Thanks, > > Madhur > > For the nex time, first try to implement this feature/thing in AUR and > get it documented via the archwiki. > > If you want the devs to get interested in a new feature, atleast provide > them with something to test and with arguments, cause you gave none... And "ubuntu use it" is not enough as an argument :-) ++
Re: [arch-general] some notes on the radeon gallium driver
Le mardi 05 octobre 2010 20:35:24, Sven-Hendrik Haase a écrit : > On 05.10.2010 20:27, Adam Chidlow wrote: > > Hey Stefano, > > > > What instructions did you follow? I'm interested on testing this (HD 4850 > > here). > > > > Cheers, > > Adam > > --Original Message-- > > From: Stefano Avallone > > Sender: arch-general-boun...@archlinux.org > > To: General Discusson about Arch Linux > > ReplyTo: stava...@unina.it > > ReplyTo: General Discussion about Arch Linux > > Subject: [arch-general] some notes on the radeon gallium driver > > Sent: Oct 6, 2010 2:24 AM > > > > Hi, > > > > just if anyone is interested... I compiled mesa 7.9 and tried the radeon > > gallium driver on a X300 ati card. It works pretty good. For instance, > > now I can use the blur effect of kwin 4.5, while I couldn't with classic > > mesa 7.9 driver. I don't play games, so I cannot tell what is different > > with games... > > > > Maybe we might have an ati-dri package in [testing] that ships r300g > > instead of r300c... > > > > Stefano > > You can use my -gallium AUR packages. I use them on my r500 and it works > very well for games and the like. With the move to python2/python3 you need to add these lines to properly built if testing is enabled: sed -i -e 's#/bin/env python#/bin/env python2#g' \ src/gallium/auxiliary/indices/*.py src/mesa/main/*.py sed -i -e 's#PYTHON2 = python#PYTHON2 = python2#g' \ configs/current sed -i -e 's#python#python2#g' \ src/gallium/auxiliary/Makefile Works for me with r600g ++
Re: [arch-general] flashplugin
Le jeudi 26 août 2010 22:44:51, Jason Reardon a écrit : > I just noticed flashplugin x86_64 in the 'Recent Updates' section of the > frontpage. Adobe is supporting Flash for 64 bit Linux again? No, it's flashplugin 32 bits through 32 bit layer provide via multilib repo. ++
Re: [arch-general] [aur-general] TU Application / Looking for sponsor
Le mercredi 25 août 2010 14:52:15, Ty John (sand_man) a écrit : > On Wed, 2010-08-25 at 14:41 +0200, Laurent Carlier wrote: > > Le mercredi 25 août 2010 14:08:13, vous avez écrit : > > > Le mercredi 25 août 2010 13:30:35, Jakob Gruber a écrit : > > > > Hi, > > > > > > > > I'd like to apply for the TU position, and as I don't have a sponsor > > > > yet it'd be great if somebody would be kind enough to take me on :) > > > > > > > > A little bit about myself: I'm 26 and I live close to Vienna, > > > > Austria. The past couple of years I've worked as a database > > > > developer / consultant, then as a C# programmer (with a couple of > > > > additional tasks like building and maintaining our SVN / Trac > > > > server). In my free time, I've also been playing around with C++ and > > > > Python. > > > > > > > > I've been using Arch for around 2 years. I haven't had much linux > > > > experience before that - if I remember correctly it was around 1-2 > > > > months of Ubuntu and Gentoo. I regularly lurk on the forums and > > > > maintain a few packages in AUR ( > > > > http://aur.archlinux.org/packages.php?SeB=m&K=schuay ). > > > > > > > > Generally, I'm mostly interested in maintaining games. However I'm > > > > more than willing to help out where it is needed. Out of my AUR > > > > packages, I'd consider taking > > > > > > > > firehol, > > > > me-tv > > > > and stone-soup > > > > > > > > to community. > > > > > > > > I have a decent pc (3ghz dual core, 6G ram) available to build for > > > > both i686 and x86_64. > > > > > > > > schuay > > > > > > Look at your packages, they are pretty well maintained except they > > > should be updated in regards to last pacman features (return 1 & > > > missing package() function) > > > > > > Searching a bit on the great internet, i've found some of your > > > contributions. > > > > > > I guess you got the ability to be a good TU. > > > > > > Let me be your Sponsor. > > > > > > Regards, > > > Laurent Carlier > > > > Also, > > > > Let the discussion period begin! > > > > and have fun! > > You replied to the wrong list but, never mind! :P Doh !
Re: [arch-general] [aur-general] TU Application / Looking for sponsor
Le mercredi 25 août 2010 14:08:13, vous avez écrit : > Le mercredi 25 août 2010 13:30:35, Jakob Gruber a écrit : > > Hi, > > > > I'd like to apply for the TU position, and as I don't have a sponsor yet > > it'd be great if somebody would be kind enough to take me on :) > > > > A little bit about myself: I'm 26 and I live close to Vienna, Austria. > > The past couple of years I've worked as a database developer / > > consultant, then as a C# programmer (with a couple of additional tasks > > like building and maintaining our SVN / Trac server). In my free time, > > I've also been playing around with C++ and Python. > > > > I've been using Arch for around 2 years. I haven't had much linux > > experience before that - if I remember correctly it was around 1-2 months > > of Ubuntu and Gentoo. I regularly lurk on the forums and maintain a few > > packages in AUR ( http://aur.archlinux.org/packages.php?SeB=m&K=schuay ). > > > > Generally, I'm mostly interested in maintaining games. However I'm more > > than willing to help out where it is needed. Out of my AUR packages, I'd > > consider taking > > > > firehol, > > me-tv > > and stone-soup > > > > to community. > > > > I have a decent pc (3ghz dual core, 6G ram) available to build for both > > i686 and x86_64. > > > > schuay > > Look at your packages, they are pretty well maintained except they should > be updated in regards to last pacman features (return 1 & missing > package() function) > > Searching a bit on the great internet, i've found some of your > contributions. > > I guess you got the ability to be a good TU. > > Let me be your Sponsor. > > Regards, > Laurent Carlier Also, Let the discussion period begin! and have fun!
Re: [arch-general] commitpkg script than handle better splitted package
Le lundi 16 août 2010 17:30:54, vous avez écrit : > Le lundi 16 août 2010 17:24:29, vous avez écrit : > > Le lundi 16 août 2010 14:10:10, Dan McGee a écrit : > > > Patches are a lot more likely to get looked at by any of us. And yes, > > > this should probably be more than one patch. > > > > > > http://projects.archlinux.org/devtools.git/ > > > > Hre are the patches (5), i hope i've not introduce bug while merging my > > changes to the git repo :-p > > > > 0001-Moved-file-s-sending-to-the-staging-dir-to-the-funct.patch > > 0002-Doesn-t-manage-monolithic-and-splitted-packages-the-.patch > > 0003-Detect-if-arch-is-redefined-in-the-package-function-.patch > > 0004-Now-manage-if-arch-is-redefined-and-not-in-default-a.patch > > 0005-Manage-redefintion-of-pkgver-and-pkgver-in-the-packa.patch > > patches are available here: > http://pkgbuild.com/~lcarlier/ > > Regards, Rebased the patches, and add another patch: 0006-Remove-useless-number-from-continue.patch ++
Re: [arch-general] commitpkg script than handle better splitted package
Le lundi 16 août 2010 17:24:29, vous avez écrit : > Le lundi 16 août 2010 14:10:10, Dan McGee a écrit : > > Patches are a lot more likely to get looked at by any of us. And yes, > > this should probably be more than one patch. > > > > http://projects.archlinux.org/devtools.git/ > > Hre are the patches (5), i hope i've not introduce bug while merging my > changes to the git repo :-p > > 0001-Moved-file-s-sending-to-the-staging-dir-to-the-funct.patch > 0002-Doesn-t-manage-monolithic-and-splitted-packages-the-.patch > 0003-Detect-if-arch-is-redefined-in-the-package-function-.patch > 0004-Now-manage-if-arch-is-redefined-and-not-in-default-a.patch > 0005-Manage-redefintion-of-pkgver-and-pkgver-in-the-packa.patch patches are available here: http://pkgbuild.com/~lcarlier/ Regards,
Re: [arch-general] commitpkg script than handle better splitted package
Le lundi 16 août 2010 14:10:10, Dan McGee a écrit : > Patches are a lot more likely to get looked at by any of us. And yes, > this should probably be more than one patch. > > http://projects.archlinux.org/devtools.git/ Hre are the patches (5), i hope i've not introduce bug while merging my changes to the git repo :-p 0001-Moved-file-s-sending-to-the-staging-dir-to-the-funct.patch 0002-Doesn-t-manage-monolithic-and-splitted-packages-the-.patch 0003-Detect-if-arch-is-redefined-in-the-package-function-.patch 0004-Now-manage-if-arch-is-redefined-and-not-in-default-a.patch 0005-Manage-redefintion-of-pkgver-and-pkgver-in-the-packa.patch
[arch-general] commitpkg script than handle better splitted package
http://pkgbuild.com/~lcarlier/communitypkg Currently all commands that send something to the repos are commented. - two seperate paths : monolithic or splitted package - script take care when arch, pkgver, pkgrel are redefined in package() functions - archrelease is only called for archs who need update I guess ther can be some mistaes done but i'm not really a bash expert, but of course comments are really welcome. Regards
Re: [arch-general] /etc/profile PATH variable wrong
Le dimanche 15 août 2010 11:20:33, Allan McRae a écrit : > On 15/08/10 18:50, Jude DaShiell wrote: > > In order for that to be correct it needs to also have :/usr/local/bin > > inside of the quote marks. The /usr/local/bin directory on Linux systems > > like slackware and debian is where stuff gets put that anyone can > > execute that's on the system. I put a simple shell script I wrote there > > then tried to use it and it wouldn't work until I keyed in the > > /usr/local/bin/myd command. That small script makes the date and time > > more readable for me. Since that file was copied from suse, people in > > that other distribution probably also ought to be notified. > > What is wrong with not including that? If the system administrator can > install files to /usr/local/bin then I am sure that they are competent > enough to add that to their path. > > Allan And as an user you can add the path in your .bashrc/ ++
Re: [arch-general] lcms - needs upgrade because of security
Le samedi 14 août 2010 21:41:10, Kurt J. Bosch a écrit : > Hi, > > package lcms in extra is out of date for a long time now. Please upgrade > at least to 1.19 to solve security issues: Multiple errors in LittleCMS > allow for attacks including the remote execution of arbitrary code. > http://www.gentoo.org/security/en/glsa/glsa-200904-19.xml > > -- > kujub You should fill a bugreport as there is security issues ++
Re: [arch-general] Request to orphan package
Le samedi 14 août 2010 17:44:19, ptchinster a écrit : > Hello, > > I am the maintainer of eclipse-android > (http://aur.archlinux.org/packages.php?ID=14544). One of the > dependancies is eclipse-classic > (http://aur.archlinux.org/packages.php?ID=32314) (v3.5 as opposed to > 3.6 in the main repos) which is NOT maintained by me. There are > several issues with this PKGBUILD including being out of date, not > having a working build(), and not offering a correct provides array. > The first of which was brought to the current maintainers attention > back on May 13th, and he hasn't touched it since. > > I am willing to adopt this package as soon as orphaned. > > Thanks, > > ptchinster You can adopt it! Give it love, love, love!
Re: [arch-general] gambas2 splitted package
Le samedi 01 mai 2010 21:34:29, Ionut Biru a écrit : > On 05/01/2010 10:21 PM, Laurent Carlier wrote: > > Attached is a source package for a gambas2 splitted package. The PKGBUILD > > is pretty huge due to some workaround, and to the fact that it produce > > several gambas2* packages, following recommendations from > > http://www.gambasdoc.org/help/howto/package > > > > A meta package is produced too, for migration facility from the monolitic > > package. > > > > Of course, comments are welcome, as it's my first officially proposed > > PKGBUILD. > > > > Regards, > > Laurent Carlier > > please submit this on the bugtracker as on this mailing i think > attachments are filtered Done here: http://bugs.archlinux.org/task/19318 ++
Re: [arch-general] gambas2 splitted package
Le samedi 01 mai 2010 21:34:29, Ionut Biru a écrit : > On 05/01/2010 10:21 PM, Laurent Carlier wrote: > > Attached is a source package for a gambas2 splitted package. The PKGBUILD > > is pretty huge due to some workaround, and to the fact that it produce > > several gambas2* packages, following recommendations from > > http://www.gambasdoc.org/help/howto/package > > > > A meta package is produced too, for migration facility from the monolitic > > package. > > > > Of course, comments are welcome, as it's my first officially proposed > > PKGBUILD. > > > > Regards, > > Laurent Carlier > > please submit this on the bugtracker as on this mailing i think > attachments are filtered ok, thanks for the answer
[arch-general] gambas2 splitted package
Attached is a source package for a gambas2 splitted package. The PKGBUILD is pretty huge due to some workaround, and to the fact that it produce several gambas2* packages, following recommendations from http://www.gambasdoc.org/help/howto/package A meta package is produced too, for migration facility from the monolitic package. Of course, comments are welcome, as it's my first officially proposed PKGBUILD. Regards, Laurent Carlier
