[arch-general] eric packages renaming
Hello, Recently eric-6.0.0 has been released. It is a new major release which provides fully python2/python3 support and supports Qt5 interface as well as Qt4. According to these features I plan to push Qt5 version to [community], I have contacted with upstream some time ago and they said Qt5 version is stable enough. This version will replace old {,python2-}eric packages. But as far as there are a lot of Qt4 based applications in our repo, I plan to continue maintain Qt4 based eric, but these packages will be renamed to eric-qt4 and will be in conflict with Qt5 based eric. I push these changes to [community-testing] in near future if there are no any objections. Then if it will work normally I will move them to [community] after two weeks period. CC'ing to arch-general@ for possible discussion. -- Sincerely yours, Evgeniy Alekseev email: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru signature.asc Description: This is a digitally signed message part.
Re: [arch-general] python mysql bindings.
At Tuesday 04 November 2014 10:27:16 Eduardo Machado wrote: > i was building a python package that depends on an mysql binding for > python, and i was looking about "mysql-python" [1], but when looking > upstream [2] the page has a link to a new website [3]. > At this new website, the author states that the package is a legacy version > (the source used in the Arch[1]), and the new one was renamed to "moist" > and has a new source [4]. If you are looking for mysql bindings you can use python-mysql-connector [1] for some cases which supports python2 and python3. 1. https://www.archlinux.org/packages/python-mysql-connector/ -- Sincerely yours, Evgeniy Alekseev email: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru signature.asc Description: This is a digitally signed message part.
Re: [arch-general] KDE update and baloo
On Thursday 17 April 2014 09:11:35 Genes Lists wrote: > After the update to 4.13 - i have baloo sucking up cpu cylces. I did go > to the desktop search and add every single file system/directory to the > 'dont scan' list. So there should be nothing left to scan. > > Didn't help - it's still running 2 hours later ... anyone know how to > stop this selfish cpu hog? I disabled it by editing $HOME/.kde4/share/config/baloofilerc: [Basic Settings] Indexing-Enabled=false 1. https://mailman.archlinux.org/pipermail/arch-general/2014-March/035350.html -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [arch-dev-public] [kde-unstable] 4.13
On Sunday 09 March 2014 09:53:33 Genes Lists wrote: >Thanks for putting this up - much appreciated. > > Testing this now - I didn't see any significant visual changes and > don't see much behavioural diffs either other than desktop search. > > However I had nepomuk turned off (I have zero need or interest in any > global search) - for the life of me I cannot find the off button with > baloo. I did add every directory to the ignore list - but i'd rather > turn off unneeded services. > > >Anyone know how to turn it off? Just open $HOME/.kde4/share/config/baloofilerc and set option 'Indexing- Enabled' to 'false': [Basic Settings] Indexing-Enabled=false At least it works for me. -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Does something in makepkg now remove '*.a' files automatically during package?
On Monday 20 January 2014 15:20:17 David C. Rankin wrote: > On 01/20/2014 03:02 PM, Alexandre Ferrando wrote: > > 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/02554 > > 2.html > Thank you. That explains it. Dense again... I had read both 'man pkgbuild' > and https://wiki.archlinux.org/index.php/PKGBUILD, but had completely > missed the new staticlibs option. You must look into 'man makepkg.conf' not pkgbuild. But it is out-of-date too. So for these cases there is our mailing lists or Google (the first link in the Google [1]). Some of our wiki paper need to be updated too. [1] http://goo.gl/Cnn8gq -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru signature.asc Description: This is a digitally signed message part.
Re: [arch-general] new arch installation: user login not possible on virtual console
On Tuesday 10 September 2013 13:54:18 Friedrich Strohmaier wrote: > Hi all, > > this is the first time writing to this list so first: hello to all. > > I'm a quite happy user of arch-linux since december last year, and up to now > I managed to solve all tasks and difficulties using the rtfm button. ;o)) > > Now installing a further box (x86) I get this strange behaviour never met > during ~15 years of linux usage: > > After setting up a new user I cannot login to it's account on the virtual > console. > > I get: > > Login incorrect > > No matter whether password is set or not > > # passwd -S : > P ... # password set > NP ... # password not set > > login as root works with and without password set (both times unset by > deleting the /etc/shadow passwd entry). > > this also occured on another box currently installed - latter one a x86_64 > > user was added through > > # useradd -m -g > > password was set through > > # passwd user > > changing user from root via sudo or su works, as does login via xdm. > login via lxdm and gdm doesn't, if that is of any help. > > If I do the same on my box writing this mail from (x86_64 - all updates > included) everything works as expected. > > Couldn't find anything at the bugtracker. > > Before digging deeper my question: > Any known issues or ideas on that? > > > Friedrich Hi! Do you have zsh as default shell? If it does, try to change path to the shell from /bin/zsh to /usr/bin/zsh. It may also be necessary for bash as default shell. I observed a similar error after moving binaries from /bin. -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarca...@mail.ru ICQ: 407-398-235 Jabber: arca...@jabber.ru