Re: [arch-general] warning: foobar: local (1.0.0-2) is newer than community (1.0.0-1)
On 17 January 2015 at 12:19, Ralf Mardorf wrote: > Regarding to my AUR cache [1], it seems to be common practise, that > packages that moved from AUR to community get a lower "pkgrel="-value. > IMO that is very annoying and doesn't make sense. I don't want to > reinstall software that does work and I dislike to get tons of warnings. > Why is this the common approach? > > Regards, > Ralf > > PS: I'll send it to Arch and AUR general. > > [1] > $ ls /var/cache/aur/foobar* > Because in the other hand, it wouldn't also have sense to have a foobar 1.0.0-2 in the arch repos and SVN without the 1.0.0-1 in the history. Just my 0.02 $
Re: [arch-general] Selective upgrade: pacman -Syu, "yes" but not the kernel
Che On May 12, 2014 12:56 PM, "Mihamina Rakotomandimby" < mihamina.rakotomandi...@rktmb.org> wrote: > > Hi all, > > I would like to make my system up to date except for the kernel. > "pacman -Syu" propose to upgrade a bunch of softwares that includes the kernel > > There's nothing wrong on upgrading the kernel, but I would like to delay it to the week-end. It's not a definitive refusal, it's just temporary. > > How to tell pacman "OK for the upgrades, but dont upgrade the kernel for now"? > Check the --ignore option and ignore linux and linux-headers
Re: [arch-general] Does something in makepkg now remove '*.a' files automatically during package?
This thread [ 1 ] might tell you why. In short, !staticlibs is now a
default in makepkg.conf
https://mailman.archlinux.org/pipermail/arch-dev-public/2013-October/025542.html
On 20 January 2014 21:57, David C. Rankin wrote:
> All,
>
> This may be ridiculous, if so I apologize in advance, but something is
> stripping 'lib*.a' files from completed packages between the time of
> calling
> package() and the final package being compressed. Building tdelibs, the
> following files are produced and installed by package() in ${pkgdir}:
>
> /opt/trinity/lib/libtdefakes_nonpic.a
> /opt/trinity/lib/libtdefakes_pic.a
> /opt/trinity/lib/libtdefakes.so.14.0.0
> /opt/trinity/lib/libtdefakes.so.14
> /opt/trinity/lib/libtdefakes.so
> /opt/trinity/lib/libtdefakes.la
>
> The PKGBUILD options are:
>
> options=('libtool' '!makeflags' '!strip')
>
> The package() function is:
>
> package() {
> msg "Packaging - $pkgname-$pkgver"
> cd ${srcdir}/build
>
> make -j1 DESTDIR="$pkgdir" install
> }
>
> The trinity-tdelibs.install is:
>
> post_install() {
> ldconfig &> /dev/null
> }
>
> post_upgrade() {
> post_install
> }
>
> post_remove() {
> post_install
> }
>
> I know libtdefakes_nonpic.a and libtdefakes_pic.a were installed by make
> -j1
> DESTDIR="$pkgdir" install from the build log:
>
> -- Installing:
> /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/libtdefakes_nonpic.a
> -- Installing:
> /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/libtdefakes_pic.a
> -- Installing:
> /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/libtdefakes.so.14.0.0
> -- Installing:
> /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/libtdefakes.so.14
> -- Installing:
> /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/libtdefakes.so
> -- Installing: /build/tde-tdelibs/pkg/tde-tdelibs/opt/trinity/lib/
> libtdefakes.la
>
> However, the '.a' files are not present in the final tdelibs package:
>
> tar -tJf tde-tdelibs-14.0.0-1-x86_64.pkg.tar.xz | grep tdefakes
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
> opt/trinity/lib/libtdefakes.so
> opt/trinity/lib/libtdefakes.so.14.0.0
> opt/trinity/lib/libtdefakes.so.14
> opt/trinity/lib/libtdefakes.la
>
> So both /opt/trinity/lib/libtdefakes_nonpic.a and
> /opt/trinity/lib/libtdefakes_pic.a were at some point stripped from the
> final
> package. How did they get removed from the package? What did it?
>
> If I'm just being dense, sorry for the noise, but a polite pointing to a
> link
> or some explanation would greatly be appreciated.
>
> I also know that this stripping of '.a' files did NOT occur a year or so
> ago,
> because tdelibs packages built with the same PKGBUILD contain the missing
> files:
>
> tar -tJf tde-tdelibs-3.5.14_dev-1-x86_64.pkg.tar.xz | grep tdefakes
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> tar: Ignoring unknown extended header keyword `SCHILY.fflags'
> opt/trinity/lib/libtdefakes.so
> opt/trinity/lib/libtdefakes_pic.a
> opt/trinity/lib/libtdefakes_nonpic.a
> opt/trinity/lib/libtdefakes.la
> opt/trinity/lib/libtdefakes.so.4
> opt/trinity/lib/libtdefakes.so.4.2.0
>
> What say the experts?
>
> --
> David C. Rankin, J.D.,P.E.
>
[arch-general] Errors while upgrading ghc and haskell packages
Total newbie on haskell packages here. While upgrading to the last version of ghc and related haskell packages from testing, I've seen the following errors in the pacman log [2013-04-26 09:54] [PACMAN] upgraded ghc (7.6.2-1 -> 7.6.3-1) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package text-0.11.2.3 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-text (0.11.2.3-2 -> 0.11.2.3-3) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package transformers-0.3.0.0 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-transformers (0.3.0.0-3 -> 0.3.0.0-4) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package mtl-2.1.2 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-mtl (2.1.2-2 -> 2.1.2-3) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package syb-0.4.0 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-syb (0.4.0-1 -> 0.4.0-2) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package json-0.7 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-json (0.7-4 -> 0.7-5) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package parsec-3.1.3 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-parsec (3.1.3-2 -> 3.1.3-3) [2013-04-26 09:54] [ALPM-SCRIPTLET] ghc-pkg: cannot find package regex-base-0.93.2 [2013-04-26 09:54] [ALPM-SCRIPTLET] Reading package info from stdin ... done. [2013-04-26 09:54] [PACMAN] upgraded haskell-regex-base (0.93.2-12 -> 0.93.2-13) Is it safe to ignore those "cannot find package X" or is there something that must be done?
Re: [arch-general] error during update of qt4 and qt5
On 15 March 2013 11:19, phani wrote: > pacman wanted to update some qt4 and qt5 packages, but this didn't work > because of the following error: > > error: failed to commit transaction (conflicting files) > /usr/share/applications/assistant.desktop exists in both 'qt4' and > 'qt5-tools' > /usr/share/applications/designer.desktop exists in both 'qt4' and > 'qt5-tools' > /usr/share/applications/linguist.desktop exists in both 'qt4' and > 'qt5-tools' > > seems both qt versions are trying to provide .desktop files with the same > name. what to do about this? > > -- > phani. Filing a bug report at http://bugs.archlinux.org seems the best way to give devs a heads-up about this.
Re: [arch-general] Local packages newer than ones from core?
On 28 October 2012 06:41, kendell clark wrote: > > Hi all > I just tried to update my internal system with #pacman -Syyu tonight and > recieved the following warnings from pacman. > warning: binutils: local (2.23-1) is newer than core (2.22-10) > warning: e2fsprogs: local (1.42.6-1) is newer than core (1.42.5-1) > warning: gcc: local (4.7.2-2) is newer than core (4.7.2-1) > warning: gcc-libs: local (4.7.2-2) is newer than core (4.7.2-1) > warning: glib2: local (2.34.1-1) is newer than core (2.32.4-1) > warning: glibc: local (2.16.0-5) is newer than core (2.16.0-4) > warning: hwids: local (20121022-1) is newer than core (20121012-1) > warning: iproute2: local (3.6.0-2) is newer than core (3.5.1-1) > warning: iptables: local (1.4.16.2-1) is newer than core (1.4.15-1) > warning: linux-api-headers: local (3.6.3-1) is newer than core (3.5.5-1) > warning: perl: local (5.16.1-2) is newer than core (5.16.1-1) > I don't mean to sound like a noob but I still am, smiles. I've never seen > this warning message before and as far as I know this isn't possible, as I > only pull packages from core, community, and multilib. I have built some > local aur packages, espeak development version, dropbox, dropbox daemon, and > mangler. THis could be the cause, although I'm not sure how to find out. Any > help would be greatly appreciated. i'm beginning to really love arch, > especially without pulseaudio. > One final note: I have the linux-lts package installed as opposed to the > latest 3.6.x kernel, as speakup is broken in kernels later tahn 3.4. > Thanks > Kendell clark > For some reason, seems that you have installed packages from [testing], that's why they show as newer than [core]. However, it also seems that after enabling [testing] and installing those packages you then disabled [testing] repository. $pacman -Syuu will downgrade those packages from [testing] to their [core] versions.
Re: [arch-general] Issues with torrents
On 26 Oct 2012 09:27, "Leonidas Spyropoulos" wrote:
>
> On Thu, Oct 25, 2012 at 11:31 PM, Alexandre Ferrando
wrote:
> > On 25 October 2012 23:03, Figue wrote:
> >> I've a similar issue like you with Deluge. A post that describes what
I see
> >> in my /var/log:
> >> https://bbs.archlinux.org/viewtopic.php?id=123807
> >>
> >> |[...]
> >> TCP: Possible SYN flooding on port 53126. Dropping request|
> >> [...]
> >>
> >
> > I don't have any messages like that on my logs.
> >
> >
> >>
> >> A workaround in this case it's disabling SYN flood protection in the
kernel,
> >> adding to /etc/sysctl.conf
> >> net.ipv4.tcp_syncookies=0
> >
> > That doesn't help. I'm starting to think this is ISP related.
>
> Universities networks often block torrent protocol on the proxy level.
> Also recently (last 2 years) with all that fuzz on torrents and
> piracy, ISPs usually sniff package traffic and throttle torrents also.
> Alternative ways have been proposed, search if your ISP is blocking
> the torrents and what you could do to work around it.
>
> --
> Caution: breathing may be hazardous to your health.
>
> #include
> int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
I'll have to ask to my ISP and to the university about it, as it does not
happen on all trackers.
Thank you all for your help and sorry for the noise
Re: [arch-general] Issues with torrents
On 25 October 2012 23:03, Figue wrote: > I've a similar issue like you with Deluge. A post that describes what I see > in my /var/log: > https://bbs.archlinux.org/viewtopic.php?id=123807 > > |[...] > TCP: Possible SYN flooding on port 53126. Dropping request| > [...] > I don't have any messages like that on my logs. > > A workaround in this case it's disabling SYN flood protection in the kernel, > adding to /etc/sysctl.conf > net.ipv4.tcp_syncookies=0 That doesn't help. I'm starting to think this is ISP related.
Re: [arch-general] Issues with torrents
On 25 October 2012 13:07, Gaetan Bisson wrote: > [2012-10-25 12:57:18 +0200] Alexandre Ferrando: >> Some days ago I realized that most of my torrents (mostly related to >> the openbittorrent tracker but also including another ones (The arch >> iso torrent works, though) ) fail to download. The information about >> how many seeders/leechers are is displayed, but the count of how much >> seeders I'm connected to remains 0 and no download happens. > > I cannot understand how you would expect a useful answer without giving > us at the very least the name of your torrent client and of your ISP... > > -- > Gaetan Oh, sorry. Torrent clients I've tried: Deluge and aria2c ISPs: ONO (spanish) and the university's ISP seems to be the university itself, Universidad Politecnica de Valencia
[arch-general] Issues with torrents
First of all, I don't know if this is the right place to ask such a question, so excuse me if it turns to be it isn't. Some days ago I realized that most of my torrents (mostly related to the openbittorrent tracker but also including another ones (The arch iso torrent works, though) ) fail to download. The information about how many seeders/leechers are is displayed, but the count of how much seeders I'm connected to remains 0 and no download happens. In my low knowledge of troubleshooting networking issues I've tried to ping those trackers that are giving me problems, getting on all of them a 100% packet loss. Also, traceroute is not able to give me a full route of the packets. I've tried to flush my pdnsd cache, change dns but I keep getting the same result after repeating the above I ask on this mailing list because I'm experiencing this on both my home connection and at the university so I thought It could be something related to my computer or something in common in both connections. I don't know and I'm completely lost in this. Should I assume that this is something beyond my reach and try to live with it while it gets solved on another level? Thank you in advance
Re: [arch-general] testing/systemd 191-1 failed to boot
On 22 September 2012 16:20, Heiko Baums wrote: > And, btw., instead of threatening and banning people with different > opinions you rather should take their criticisms serious and take them > as an incentive to improve Arch Linux and to make it better instead of > worse. > > Heiko They're not going to ban anyone for having a different opinion, but for trolling.
Re: [arch-general] linux 3.5 and resolution EDID problem
On 31 August 2012 06:53, Shridhar Daithankar wrote: > Hello all, > > After upgrading to linux-3.5.2, my monitor lost its highest resolution of > 1360x768 and went to 1024x768 instead. > > Downgrading to linux-3.4.9 fixed the issue for the moment. > > There are some problems reported with linux-3.5-rc4, such as > http://lists.freedesktop.org/archives/dri-devel/2012-June/024455.html. > > My desktop has Intel Corporation 82G33/G31 Express Integrated Graphics > controller, which uses i915 module. and I am still experiencing the problem. > > However unlike the thread on arch > forums(https://bbs.archlinux.org/viewtopic.php?pid=1153026), I am not > experiencing any display corruption. > > Anything I can do to fix the problem with linux-3.5? > > Thanks > -- > Regards > Shridhar It's an already reported bug, fix has landed in 3.6-rc3. See [ 0 ] for more info on the bug and patches to fix it. It will solve the display issue but you'll still see EDID reporting on dmesg PS: One of the patches will fail to apply because there is now a comment block between two instructions on the drivers/gpu/drm/i915/intel_crt.c file , so you could get the patch edited to work with 3.5 on my github at [ 1 ] and [ 2 ] for the two patches you need to apply [ 0 ] https://bugzilla.kernel.org/show_bug.cgi?id=45881 [ 1 ] https://github.com/alferpal/linux-zen/blob/master/0001-drm-i915-extract-connector-update-from-intel_ddc_get.patch [ 2 ] https://github.com/alferpal/linux-zen/blob/master/0002-drm-i915-fall-back-to-bit-banging-if-GMBUS-fails-in-.patch Hope it helps
Re: [arch-general] SystemD poll
On 22 August 2012 01:40, Felipe Contreras wrote: > On Wed, Aug 22, 2012 at 1:25 AM, Patrick Murphy wrote: >> What alternative to systemd would you rather see? > > systemd is the alternative, the standard has been initscripts for > decades. Now that distributions are switching to systemd they are > starting to see boot problems that didn't exist before. > > -- > Felipe Contreras And sysvinit didn't have those when it began? Come on. Also, nobody is forcing you gun in hand, your life depending on it, to use systemd. Arch is going to use it by DEFAULT, if you don't like it, just install another init system and let everyone else do whatever they feel like doing.
Re: [arch-general] Think twice before moving to systemd
On 16 August 2012 15:27, Felipe Contreras wrote: > On Thu, Aug 16, 2012 at 3:19 PM, Alexandre Ferrando > wrote: >> On 16 August 2012 15:16, Felipe Contreras wrote: >>> My problem with CONFIG_HZ exists >>> independently of whether you experience the problem yourself or not. >> >> I guess you've reported it to kernel devs, right...? > > Why would I? It's a bug in systemd. Well, then change "kernel devs" by "systemd devs" or "whatever software devs" in that question. And why report it? Because of getting that issue solved, maybe? Just saying. But go on and continue with all the trolling and whining and not reporting issues
Re: [arch-general] Think twice before moving to systemd
On 16 August 2012 15:16, Felipe Contreras wrote: > My problem with CONFIG_HZ exists > independently of whether you experience the problem yourself or not. I guess you've reported it to kernel devs, right...?
Re: [arch-general] Systemd : Analysis of reactions of Users
On 26 July 2012 12:07, Ralf Mardorf wrote: > I don't claim to be an expert, I already mentioned that I'm a dummy. So > again: Is Linux in the future for experts only? > Arch has always been targeted towards a competent userbase, if you're not that kind of person, there's still distros that don't require you to tinker with your system (ubuntu, fedora, suse, mint, mandriva / mageia etc...)
Re: [arch-general] mpd, ncmpcpp
On 10 July 2012 16:56, Arno Gaboury wrote: > With systemd-tools replacing udev, I thought it was a first step to move > later to systemd. Then I remember a very long discussion on this list about > a potential move to systemd. I shall have misanderstood then! Wrong. That was because of upstream merging udev code into systemd (not refering to PID1 systemd)
Re: [arch-general] Glibc 2.16.0-2 in testing killed my system.
On 7 July 2012 17:53, Arno Gaboury wrote: > On 07/07/2012 05:47 PM, Jan Steffens wrote: >> Updated lib32-glibc in [multilib-testing]. Just install glibc last. >> $ pacman -Syu --ignore glibc >> $ pacman -S glibc >> * > > Is this the correct way to upgrade without breaking a system? Shall I use > with confidence this method? > > TY for any hints. Do as Jan said just before you asked. Also, Check that /lib does not contain any directories not owned by any package. I had a modules directory not owned by any package.
Re: [arch-general] Booting archlinux .iso to take a look
On 22 June 2012 20:34, Chris Jones wrote: > I am a long-time debian user. > > Is there an Archlinux live environment available anywhere so I can take > a look round without installing AL to my hard drive..? > > I created a grub menu entry for ‘archlinux-2011.08.19-core-dual.iso’ and > booted successfully.. but afaict.. it only lets me run the installer. > > I must be missing something.. > > CJ You're not missing a thing, archlinux doesn't have that kind of liveCDs, just the installer. At least officially. Can't remember right now any live-cd aside from archbang ( but that is the livecd of an arch based distro, not just arch IIRC) PS: If you're looking into installing arch, don't use a core installation, or at least grab the lattest. It is better to use a netinstall.
Re: [arch-general] UEFI secure boot
On 4 June 2012 22:27, Sudaraka Wijesinghe wrote: > On 06/04/12 23:48, Genes MailLists wrote: >> >> Just to add another fedora link: >> >> https://fedoraproject.org/wiki/User:Pjones/Features/SecureBoot >> >> Sounds like they till plan to make use of the UEFI CA $99 signing >> service from Microsoft. >> >> Do you think Arch should follow suit or require instead that Secure >> Boot is disabled? >> >> gene/ >> > > If this is a poll, I vote "Arch should require Secure Boot to be disabled" > > I choose a distro like Arch because it doesn't have a financial motive > and will not give into market pressures such as this. > If we want keep hardware vendors from forcing Secure Boot on us, we have > to send the message out that we don't want it. Paying a "small" price of > M$99 is not the way. > > However as free software users, we will have to endure some hard time in > the coming days when getting new hardware. > > Just my two cents. > > Sudaraka. > I'd like to add something to what Sudaraka said: Arch doesn't seems to have the same kind of user than fedora, Arch if I don't remember it wrong, tends to be aimed for a competent user. Such a competent user can disable secure boot in x86 devices. (ARM devices doesn't seem a problem to Arch because we don't do ARM) Just my two cents. Alexandre
Re: [arch-general] libusbx as replacement for libusb
Nevermind, ignore this thread. Didn't see there was another like this one.
[arch-general] libusbx as replacement for libusb
As the subject says, with the move from libusb to libusbx I've encountered an issue when upgrading my system with testing enabled: :: Starting full system upgrade... :: Replace libusb with testing/libusbx? [Y/n] y resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: usbmuxd: requires libusb>=1.0.8 usbmuxd is required by libimobiledevice, which turns to be required by upower ( and others, but only upower in my system) Any idea on how to proceed from this point?
Re: [arch-general] Systemd and init scripts
On 29 May 2012 19:24, Myra Nelson wrote: > The latest move of udev to systemd-tools brings up one question for > me. When do I need to stop updating my machines so I don't have to > switch to systemd? I don't take care of servers or a massive number of > systems, just two machines. I have them configured properly and > working well using the testing repos and currently don't seem to have > any obvious problems. I took a look at systemd and it seems a bit much > for my needs; two static wired ip addresses, no laptops, no mobile > devices, and one printer. Somewhat old fashion and very simple, one of > the reasons I started using Arch Linux to begin with. > > I don't mean to be derogatory or flippant in any way, and I'm not > trying to start a massive thread on the pros and cons of either init > system. I appreciate all the work the dev's and tu's have put in to > making the system as wonderful and stable as it is. I simply don't > believe I need/want systemd. > > Myra > -- > Life's fun when your sick and psychotic! As said recently in arch-dev-public mailing list [ 0 ]: - systemd-tools is meant to be a package that everyone can benefit from (regardless of PID 1) - everyone will eventually have systemd-tools installed anyways, as initscripts will be using it Also, udev code has been merged upstream in systemd's code. That doesn't mean you have to run systemd as PID 1. [ 0 ] https://mailman.archlinux.org/pipermail/arch-dev-public/2012-May/022980.html
Re: [arch-general] Broken DBus
On 15 April 2012 17:22, mlell08 wrote: > Hello, > > I had a problem with dbus shortly. The error messagtes were of the kind > "file not found: /var/dbus/system_bus_socket" However, I use systemd (an > init replacement using parallel and on-demand loading of system > services) and have no idea whether this is somehow related. > The issue is that the socket /var/run/dbus/system_bus_socket isn't > created. On a systemd-System this task is done by the unit dbus.socket > and my computer runs flawlessy after manually calling 'sudo systemctl > restart dbus.socket' > > I donÄt know whether this is of any value to you but who knows? > > Good luck! Are you using [testing] ? Could you please add the output of $pacman -Q systemd systemd-arch-units initscripts-systemd ?
Re: [arch-general] Regressions with X and dbus (maybe?)
On 12 April 2012 23:07, G. Schlisio wrote: > anyone got a hint where to look first? i have no idea what to do atm. The only hint that I've got is that it appears to be a systemd related issue. Doesn't happen with the regular initscripts.
Re: [arch-general] Regressions with X and dbus (maybe?)
On 10 April 2012 16:14, G. Schlisio wrote: > Hello all, > since the last update today, my X server does not start on startup, i have > to start it manually. > after that, a lot of things dont work, such as network (wicd), audio (alsa, > no pulseaudio!). > attempting to start dbus needs me to remove the pidfile first, then it > starts without errors, but crashes again instantly. > some hopefully useful information: linux 3.2, kde-4.8.2, fully updated > system > help pretty much appreciated. > georg I don't reboot often aside from kernel updates so after a reboot yesterday I noticed that dbus didn't start (wicd warning about dbus) and then tried to start it manually getting the warning about the pid file. Didn't had time to look into it yesterday, but today I've rebooted to see if it was an isolated issue or not. It isn't, dbus won't start at boot. Using: dbus 1.4.20-1 linux 3.3.1-1 initscripts 2012.03.2-1 systemd 44-5 initscripts-systemd v44.1-2 libsystemd 44-5 systemd-arch-units 20120401-1 If I forgot to add some package relevant, please tell me.
[arch-general] Eclipse-cdt updates
In the past few days I've noticed something kind of strange with eclipse-cdt on the packages page [ 0 ]. Also this can be seen if you follow the rss feed for updates. A few times every day since april 1st or so the eclipse-cdt package gets updated or downgraded from 8.0.1-2 to 8.0.2-1 and vice-versa. The last commit on the SVN page shows the PKGBUILD for 8.0.2-1 [ 1 ] I tend to update once a day, but in any of those updates I've got 8.0.2-1, as if that version didn't reach the mirrors. Has anyone else noticed something like this or knows what is happening there? Just asking, Alex. [ 0 ] https://www.archlinux.org/packages/?sort=-last_update [ 1 ] https://projects.archlinux.org/svntogit/community.git/log/trunk?h=packages/eclipse-cdt
Re: [arch-general] aria2c left a mess on system
On 25 March 2012 14:57, Jude DaShiell wrote: > six aria2c for good measure. The original bittorrent is no better and in > many ways worse so if I do anything with that type of download again I'll > either have to find me a 3rd linux alternative that can run from the > command line or just use free download manager on windows to get it done. > Have you tried transmission-cli?
Re: [arch-general] Gringotts, alternatives?
On 2 March 2012 11:17, Magnus Therning wrote: > 1. How do I get the data out of the gringotts vault? Is there any > other application that can read it and help me pull everything out? > (I suppose I can always move the vault over to a Ubuntu box and > extract it there, but I'd rather avoid that if possible ;-) > 2. What alternatives to gringotts exist? What do other ArchLinux > users keep their secret notes save? Have you tried rebuilding it? I use lastpass for secret notes and such
[arch-general] Xulrunner as makedepend while eclipse is installed
Because of [ 0 ] now eclipse and xulrunner packages conflict. I maintain two AUR packages [ 1 ] that need xulrunner at build time and I also have installed eclipse. I know building that packages in a clean chroot can be a solution but I'm afraid that is not what I can assume they will do about all users of the mentioned packages. Any idea of what could be done? [ 0 ] https://bugs.archlinux.org/task/28724 [ 1 ] https://aur.archlinux.org/packages.php?O=0&K=firetray-svn&do_Search=Go
Re: [arch-general] problem installing octave
On 16 February 2012 22:52, Fons Adriaensen wrote: > Could you elaborate a bit on that ? Isn't 'pacman -S foo' supposed > to either install (if not yet installed) or update any dependencies > of 'foo' ? That anyway is what apperently it has done for the last > three years I've been using it... That's what you got wrong. pacman -S foo only installs deps, does NOT update them if they are already in the system.
Re: [arch-general] problem installing octave
On 16 February 2012 22:04, Fons Adriaensen wrote: > I've no intention to do a full system upgrade ATM, nor should > it be necessary. The problem is not that the missing lib is > out of date but that pacman apparently can't get it. That's exactly why you need to do a full system update. Partial updates and installing new packages without upgrading is begging for breakage in arch. Read [1] [1] http://archlinux.me/wonder/2012/02/13/how-to-increase-the-stability-of-your-system/
Re: [arch-general] problem installing custom kernel
On 1 February 2012 13:24, Madhurya Kakati wrote:
> On 02/01/12 at 01:13pm, Alexandre Ferrando wrote:
>> provides=('kernel26')
>> conflicts=('kernel26')
>> replaces=('kernel26')
>>
>> That's you problem in the PKGBUILD. Your custom kernel doesn't need to
>> provide, conflict nor replace kernel26, as that is what causes it to
>> conflict with the Arch one
>
> OK. I read the wiki page once more and found out my mistake. Since my kernel
> has already been compiled can I create the package without compiling it again?
> --
> Madhurya Kakati
>
> () ascii ribbon campaign - against html e-mail
> /\ www.asciiribbon.org - against proprietary attachments
makepkg -R or makepkg --repackage
Re: [arch-general] problem installing custom kernel
On 1 February 2012 13:06, Madhurya Kakati wrote:
> Hi,
> I tried compiling and installing the linux kernel from ABS. I modified the
> PKGBUILD file as mentioned in the wiki. The kernel compiles fine and the pkg
> gets built with the name linux-custom as specified in the PKGBUILD. But when I
> try to install it I get the following error:
>
> $ sudo pacman -Uv linux-custom-3.2.2-1-x86_64.pkg.tar.xz
> Root : /
> Conf File : /etc/pacman.conf
> DB Path : /var/lib/pacman/
> Cache Dirs: /var/cache/pacman/pkg/
> Lock File : /var/lib/pacman/db.lck
> Log File : /var/log/pacman.log
> GPG Dir : /etc/pacman.d/gnupg/
> Targets : linux-custom-3.2.2-1-x86_64.pkg.tar.xz
> loading packages...
> resolving dependencies...
> looking for inter-conflicts...
> :: linux-custom and linux are in conflict (kernel26). Remove linux? [y/N] N
> error: unresolvable package conflicts detected
> error: failed to prepare transaction (conflicting dependencies)
> :: linux-custom and linux are in conflict
>
> I have attached the PKGBUILD.
> --
> Madhurya Kakati
>
> () ascii ribbon campaign - against html e-mail
> /\ www.asciiribbon.org - against proprietary attachments
provides=('kernel26')
conflicts=('kernel26')
replaces=('kernel26')
That's you problem in the PKGBUILD. Your custom kernel doesn't need to
provide, conflict nor replace kernel26, as that is what causes it to
conflict with the Arch one
Re: [arch-general] lib32-xcb, libxcb, and xcb-proto newer than in repos?
On 25 January 2012 09:41, Oon-Ee Ng wrote: > On Wed, Jan 25, 2012 at 4:27 PM, Alexandre Ferrando > wrote: >> On 25 January 2012 09:25, Oon-Ee Ng wrote: >>> :: Starting full system upgrade... >>> warning: lib32-libxcb: local (1.8-1) is newer than multilib (1.7-3) >>> warning: libxcb: local (1.8-1) is newer than extra (1.7-2) >>> warning: xcb-proto: local (1.7-1) is newer than extra (1.6-2) >>> >>> I thought it'd just be an outdated mirror or something, but a check on >>> archlinux.org searching for xcb shows that the latter versions are >>> current in the repos. Did something travel backward in time? >> >> Outdated mirror. This was something that got solved in Saturday. > > Why would the website show otherwise? > > http://www.archlinux.org/packages/?q=libxcb > > It shows 1.7-3 for lib32-libxcb and 1.7-2 for libxcb here for me. > Doubt my browser checks for /etc/pacman.d/mirrorlist (hopefully). Because libxcb 1.8 was dropped. See [1] [1] http://mailman.archlinux.org/pipermail/arch-dev-public/2012-January/022433.html
Re: [arch-general] lib32-xcb, libxcb, and xcb-proto newer than in repos?
On 25 January 2012 09:25, Oon-Ee Ng wrote: > :: Starting full system upgrade... > warning: lib32-libxcb: local (1.8-1) is newer than multilib (1.7-3) > warning: libxcb: local (1.8-1) is newer than extra (1.7-2) > warning: xcb-proto: local (1.7-1) is newer than extra (1.6-2) > > I thought it'd just be an outdated mirror or something, but a check on > archlinux.org searching for xcb shows that the latter versions are > current in the repos. Did something travel backward in time? Outdated mirror. This was something that got solved in Saturday.
Re: [arch-general] Just thinking out loud...
On 8 January 2012 17:53, Clive Cooper wrote: > ... I wonder how much work would be involved in compiling ArchLinux to > run on a Raspberry PI? > > Clive > -- > Infinity: A concept for those who cannot comprehend the big picture. > > () Arch Linux - For movers and shakers. () > Building everything for ARM.
Re: [arch-general] update error
Read the news at archlinux.org On 7 Jan 2012 15:44, "Peter Nikolic" wrote: > Hi > > i have just run pacman -Syu reasonable list of updates downloaded ok > integrity check ok but then > error : (conflicting files) > filesystem: /etc/mtab exists in filesystem > initscripts: /etc/profile.d/locale.sh exists in filesystem > > Cheers > Pete . >
Re: [arch-general] 3 errors not sure of .
On 7 January 2012 15:08, Peter Nikolic wrote: > On Saturday 07 January 2012 14:00:43 Jesse Juhani Jaara wrote: > > > Try to start Firefox i get . > > > Symbol lookuo error :/usr/lib/libgkt-x11-2.0.so.0: undefined symbol: > > > 9_datalist_get_data . > > > > Did you install Firefox without updating your system first? > > Never ever insall anything without running a fullsystem update firsth. > > > Hi Prior to installing firefox i ran pacman -Syu and update things > installed > KDE and X servers then firefox and gftp > > Pete . > Try with a more up to date mirror.
