Re: [arch-general] Wrong screen resolution after xorg shutdown
Am 03.11.2014 22:26, schrieb Yamakaky: Hi I have a problem with my screen resolution. When I close xorg, the console uses only 1/4 of the screen (1280x800). I have in intel HD3000, with the intel driver. I couldn't find anything related to my problem in the wiki. [This solution](https://wiki.archlinux.org/index.php/Intel#KMS_Issue:_console_is_limited_to_small_area) didn't work. Any idea ? Yamakaky Hi, what about boot time? Do you have a full screen then? And what if you switch to a console when xorg is still running? Also, did you try this: https://wiki.archlinux.org/index.php/Kernel_Mode_Setting#Forcing_modes_and_EDID Juergen
Re: [arch-general] Wrong screen resolution after xorg shutdown
what about boot time? Do you have a full screen then? And what if you switch to a console when xorg is still running? Also, did you try this: https://wiki.archlinux.org/index.php/Kernel_Mode_Setting#Forcing_modes_and_EDID Thanks for your help. - I have full screen at boot time ; - When I switch to an other tty, it is fullscreen ; - I'm trying the link.
Re: [arch-general] Wrong screen resolution after xorg shutdown
I forgot : I use a MacBook Pro 9.1
Re: [arch-general] Wrong screen resolution after xorg shutdown
I forgot : I use a MacBook Pro 9.1
[arch-general] python mysql bindings.
Hi, 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]. So, i ask if this is a case of outdated package or it can be considered updated, although it's a legacy version? And i would like to know if some TU has interest to provide the new one, if not, i will gladly create an AUR package. Best regards, mawcomw
Re: [arch-general] python mysql bindings.
On Tuesday, November 04, 2014 10:27:16 Eduardo Machado wrote: 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]. So, i ask if this is a case of outdated package or it can be considered updated, although it's a legacy version? The MySQLdb1 tree is still maintained and needed by packages like mythtv and pyrss, etc. On the other hand, moist is designed to be a drop-in replacement of mysqldb but as its author states, moist is not yet ready for prime-time, and there are likely to be some large structural changes in the near future, I don't think it a good idea to replace mysqldb with it at the moment. And i would like to know if some TU has interest to provide the new one, if not, i will gladly create an AUR package. Feel free to create a package for it, though I don't think it will be in [community] anytime soon, since its last commit was in 2012 (quite dead...), and popular packages should be in the AUR already :) Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[arch-general] missing pacman mirror for Sri Lanka in last update
Hi, Today after the update I've noticed that Sri Lankan arch linux mirror has been removed from the mirror list. Does any one knows reason for this? mirror was at: http://mirror.learn.ac.lk/archlinux/
Re: [arch-general] missing pacman mirror for Sri Lanka in last update
On Tue, 4 Nov 2014 21:17:16 +0530 Sadika Sumanapala sadik...@gmail.com wrote: Hi, Today after the update I've noticed that Sri Lankan arch linux mirror has been removed from the mirror list. Does any one knows reason for this? mirror was at: http://mirror.learn.ac.lk/archlinux/ It was probably marked as inactive since it doesn't seem to work.
Re: [arch-general] Preferred CHOST
Am Tue, 4 Nov 2014 07:29:25 +0100 schrieb Ralf Mardorf ralf.mard...@rocketmail.com: Hi :) why is the wanted default CHOST ARCHITECTURE-unknown-linux-gnu instead of ARCHITECTURE-arch-linux-gnu? $ grep CHOST /etc/makepkg.conf CHOST=x86_64-unknown-linux-gnu I wasn't aware of this, until I started testing Claws [1], [2]. Other distros usually prefer self-promotion. Regards, Ralf [1] http://lists.claws-mail.org/pipermail/users/2014-November/011307.html [2] The following task is now closed: FS#42659 - [claws-mail] X-Mailer feature request Reason for closing: Not a bug Additional comments about closing: check the wanted Arch Linux default CHOST in /etc/makepkg.conf ;) Afaik this is for historical reason. I can only speak about the x86_64 port that I've been working from the very early days. Arch64 was made following CLFS and they recommended this variable naming: http://www.linuxfromscratch.org/clfs/view/svn/x86_64-64/cross-tools/variables.html I'm not sure about the reason for our 32bit mother distribution. The variable is pretty much of no interest at runtime. But I remember some packages that strictly needed this generic CHOST variable to be able to compile out of the box. Any customized naming made them fail to pass configure. -Andy pgpYgdrJw1wKN.pgp Description: Digitale Signatur von OpenPGP
Re: [arch-general] Preferred CHOST
On Tue, 4 Nov 2014 19:21:24 +0100 Andreas Radke andy...@archlinux.org wrote: I remember some packages that strictly needed this generic CHOST variable to be able to compile out of the box. Any customized naming made them fail to pass configure. OK, so it perhaps should be the default for CHOST, but for packages such as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, while CHOST still could be as it is. 2 Cents, Ralf
[arch-general] no cups web/server with new version?
Hi, I followed the cups instructions when it upgraded recently: % pacman -Qs cups local/cups 2.0.0-2 The CUPS Printing System - daemon package local/cups-filters 1.0.61-2 OpenPrinting CUPS Filters local/cups-pdf 2.6.1-2 PDF printer for cups local/lib32-libcups 1.7.5-1 The CUPS Printing System - client libraries (32-bit) local/libcups 2.0.0-2 The CUPS Printing System - client libraries and headers I stopped and removed the old service, reloaded daemons, started and enabled new services (org.cups.cupsd.service and cups-browsed.service). However it seems I don't have the server working, since I can't get to localhost:631, and: % dmesg | 'grep' cups [ 10.006918] systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. [ 10.006965] systemd[1]: Cannot add dependency job for unit cups.path, ignoring: Unit cups.path failed to load: No such file or directory. [ 1652.605967] systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. % lpinfo -v lpinfo: Bad file descriptor The only configs in cups-files: % 'grep' '^[^#]' /etc/cups/cups-files.conf SystemGroup sys root lp AccessLog /var/log/cups/access_log ErrorLog /var/log/cups/error_log PageLog /var/log/cups/page_log I noticed a prior e-mail about this, with similar dmesg indications, but the OP indicated he solved his problems by using the appropriate services. Though I think I have the right services started and enabled... BTW, the web interface was working prior to the update. Any hints? Thanks, -- Javier.
Re: [arch-general] no cups web/server with new version?
On 11/04/2014 06:06 PM, Javier Vasquez wrote: I stopped and removed the old service, reloaded daemons, started and enabled new services (org.cups.cupsd.service and cups-browsed.service). However it seems I don't have the server working, since I can't get to localhost:631, and: % dmesg | 'grep' cups [ 10.006918] systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. [ 10.006965] systemd[1]: Cannot add dependency job for unit cups.path, ignoring: Unit cups.path failed to load: No such file or directory. [ 1652.605967] systemd[1]: Cannot add dependency job for unit cups.socket, ignoring: Unit cups.socket failed to load: No such file or directory. cups.socket and cups.path are the old names (used before the upgrade). Disable everything cups related by removing the symlinks. A find command should help you weed out stuff from before the upgrade: find /etc/systemd/system/ -iname *cups* Then, try reenabling and starting cups again. (Three symlinks should be created.) systemctl enable org.cups.cupsd.service systemctl start org.cups.cupsd.service Here is my current (working) configuration: $ find /etc/systemd/system/ -iname *cups* /etc/systemd/system/sockets.target.wants/org.cups.cupsd.socket /etc/systemd/system/printer.target.wants/org.cups.cupsd.service /etc/systemd/system/multi-user.target.wants/org.cups.cupsd.path The note about the renamed service files is on the wiki [1]. --Kyle Terrien [1] https://wiki.archlinux.org/index.php/Cups#CUPS_daemon signature.asc Description: OpenPGP digital signature
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] no cups web/server with new version?
cups.socket and cups.path are the old names (used before the upgrade). Right. Removed already. Thanks. Disable everything cups related by removing the symlinks. A find command should help you weed out stuff from before the upgrade: find /etc/systemd/system/ -iname *cups* Then, try reenabling and starting cups again. (Three symlinks should be created.) systemctl enable org.cups.cupsd.service systemctl start org.cups.cupsd.service Here is my current (working) configuration: $ find /etc/systemd/system/ -iname *cups* /etc/systemd/system/sockets.target.wants/org.cups.cupsd.socket /etc/systemd/system/printer.target.wants/org.cups.cupsd.service /etc/systemd/system/multi-user.target.wants/org.cups.cupsd.path The note about the renamed service files is on the wiki [1]. Yes, thanks, I just didn't pay attention to the socket and path old units. Just the cups.service. --Kyle Terrien [1] https://wiki.archlinux.org/index.php/Cups#CUPS_daemon After disabling the remaining cups.socket and cups.path, rebooting, stopping and disabling org.cups.cupsd.service, and starting and enabling it again, I now don't see the dmesg cups stuff, thanks: % dmesg | 'grep' cups % However I still don't get cups working (not on the web interface, neither lpinfo): % sudo find /etc/systemd/ -name '*cups*' /etc/systemd/system/multi-user.target.wants/org.cups.cupsd.path /etc/systemd/system/printer.target.wants/org.cups.cupsd.service /etc/systemd/system/sockets.target.wants/org.cups.cupsd.socket % lpinfo -v lpinfo: Bad file descriptor I noticed org.cups.cupsd.service just fails: % systemctl status org.cups.cupsd.service ● org.cups.cupsd.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled) Active: failed (Result: exit-code) since Tue 2014-11-04 21:24:58 CST; 8min ago Main PID: 7988 (code=exited, status=1/FAILURE) Nov 04 21:24:58 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:24:58 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:24:58 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. % journalctl -u org.cups.cupsd.service ... -- Reboot -- Nov 04 21:06:59 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:06:59 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:07:05 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:07:05 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:12:41 m1 systemd[1]: Stopped CUPS Scheduler. Nov 04 21:16:12 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:16:12 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:16:12 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:16:12 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:16:42 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:16:42 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:16:42 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:16:42 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:24:58 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:24:58 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:24:58 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:24:58 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Notice I restarted it several times after some intermediate trials... if I run cupsd directly: % sudo cupsd cupsd: Child exited with status 1 Which is even more weird to me. cups named packages installed: % pacman -Qs cups local/cups 2.0.0-2 The CUPS Printing System - daemon package local/cups-filters 1.0.61-2 OpenPrinting CUPS Filters local/cups-pdf 2.6.1-2 PDF printer for cups local/lib32-libcups 1.7.5-1 The CUPS Printing System - client libraries (32-bit) local/libcups 2.0.0-2 The CUPS Printing System - client libraries and headers I tried re-installing cups and libcups with no sucees (just in case)... I'm still in the dark, sorry, :-( Thanks, -- Javier.
Re: [arch-general] no cups web/server with new version?
On 11/04/2014 07:50 PM, Javier Vasquez wrote: I noticed org.cups.cupsd.service just fails: % systemctl status org.cups.cupsd.service ● org.cups.cupsd.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled) Active: failed (Result: exit-code) since Tue 2014-11-04 21:24:58 CST; 8min ago Main PID: 7988 (code=exited, status=1/FAILURE) Nov 04 21:24:58 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:24:58 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:24:58 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. % journalctl -u org.cups.cupsd.service ... -- Reboot -- Nov 04 21:06:59 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:06:59 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:07:05 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:07:05 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:12:41 m1 systemd[1]: Stopped CUPS Scheduler. Nov 04 21:16:12 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:16:12 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:16:12 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:16:12 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:16:42 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:16:42 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:16:42 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:16:42 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Nov 04 21:24:58 m1 systemd[1]: Starting CUPS Scheduler... Nov 04 21:24:58 m1 systemd[1]: Started CUPS Scheduler. Nov 04 21:24:58 m1 systemd[1]: org.cups.cupsd.service: main process exited, code=exited, status=1/FAILURE Nov 04 21:24:58 m1 systemd[1]: Unit org.cups.cupsd.service entered failed state. Notice I restarted it several times after some intermediate trials... if I run cupsd directly: % sudo cupsd cupsd: Child exited with status 1 Which is even more weird to me. cups named packages installed: % pacman -Qs cups local/cups 2.0.0-2 The CUPS Printing System - daemon package local/cups-filters 1.0.61-2 OpenPrinting CUPS Filters local/cups-pdf 2.6.1-2 PDF printer for cups local/lib32-libcups 1.7.5-1 The CUPS Printing System - client libraries (32-bit) local/libcups 2.0.0-2 The CUPS Printing System - client libraries and headers I tried re-installing cups and libcups with no sucees (just in case)... I'm still in the dark, sorry, :-( Thanks, Does /var/log/cups/error_log say anything? I suppose you could always revert to a stock configuration (using the .pacnews) if you have to. --Kyle Terrien signature.asc Description: OpenPGP digital signature
Re: [arch-general] Preferred CHOST
On Tue, Nov 4, 2014 at 11:32 PM, Ralf Mardorf ralf.mard...@rocketmail.com wrote: OK, so it perhaps should be the default for CHOST, but for packages such as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, while CHOST still could be as it is. Wait, you'd prefer an untrue, nongeneric and revealing value passed in your mail headers to the generic and truthful representation of your system? Go ahead and build the package that way and want to have mail headers that uniquely reveal your choice linux distribution? Did you think this through? I mean, yeah, Arch has its benefits, but I'm not sure security is of no concern at all for it. cheers! mar77i
