- Arch-general - lists.archlinux.org

Re: [arch-general] Can't install HP Printer driver (hplip)
by Guus Snijders 06 Dec '17

06 Dec '17

Op 6 dec. 2017 07:45 schreef "Junayeed Ahnaf via arch-general" < arch-general(a)archlinux.org>: Hello , I can't install HP Printing driver using hplip , this is the error I am getting : 17 ◯ : sudo -R hplip-plugin ⏎ sudo: invalid option -- 'R' [...] sudo is not a package manager, you shouldprobably use pacman for that ;). AFAIK the package is already installed, the next step is to configure CUPS to use this printer. It's been a while for me, but I remember that it was very straightforward. You might want to check the ArchWiki for the details. Mvg, Guus Snijders

2 2

[arch-general] Can't install HP Printer driver (hplip)
by Junayeed Ahnaf 06 Dec '17

06 Dec '17

Hello , I can't install HP Printing driver using hplip , this is the error I am getting : 17 ◯ : sudo -R hplip-plugin ⏎ sudo: invalid option -- 'R' usage: sudo -h | -K | -k | -V usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user] usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command] usage: sudo [-AbEHknPS] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] [VAR=value] [-i|-s] [<command>] usage: sudo -e [-AknS] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] file ... nirjhor-arch 福 ~ 18 ◯ : pacaur -R hplip-plugin ⏎ error: target not found: hplip-plugin nirjhor-arch 福 ~ 19 ◯ : sudo hp-setup -i ⏎ HP Linux Imaging and Printing System (ver. 3.17.10) Printer/Fax Setup Utility ver. 9.0 Copyright (c) 2001-15 HP Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. (Note: Defaults for each question are maked with a '*'. Press <enter> to accept the default.) -------------------------------- | SELECT CONNECTION (I/O) TYPE | -------------------------------- Num Connection Description Type -------- ---------- ---------------------------------------------------------- 0* usb Universal Serial Bus (USB) 1 net Network/Ethernet/Wireless (direct connection or JetDirect) 2 par Parallel Port (LPT:) Enter number 0...2 for connection type (q=quit, enter=usb*) ? Using connection type: usb Setting up device: hp:/usb/HP_LaserJet_Professional_P1102?serial=000000000Q8CAH6FPR1a Traceback (most recent call last): File "/usr/bin/hp-setup", line 409, in <module> pluginObj = pluginhandler.PluginHandle() File "/usr/share/hplip/installer/pluginhandler.py", line 61, in __init__ self.__readPluginStatus() File "/usr/share/hplip/installer/pluginhandler.py", line 162, in __readPluginStatus copies = self.__getPluginFilesList( home ) File "/usr/share/hplip/installer/pluginhandler.py", line 73, in __getPluginFilesList products = plugin_spec.keys("products") File "/usr/share/hplip/base/g.py", line 117, in options return self.conf.options(section) File "/usr/lib/python3.6/configparser.py", line 675, in options raise NoSectionError(section) from None configparser.NoSectionError: No section: 'products' I'm sure I did this previously, but now it's failing. What should I do? Sent from Mailspring<https://link.getmailspring.com/link/local-026a71c5-1b63@nirjhor-arch/0?redi…>, the best free email app for work

1 0

[arch-general] Kernel 4.14.3-1-ARCH breaks dkms rebuild of Virtualbox drivers - ‘SKB_GSO_UDP’ undeclared
by David C. Rankin 04 Dec '17

04 Dec '17

All, Updated to 4.14.3 breaks virtualbox 5.1.30 OSE (released 11/17) modules rebuild. The pacman error is: ==> dkms install vboxhost/5.1.30 -k 4.14.3-1-ARCH Error! Bad return status for module build on kernel: 4.14.3-1-ARCH (x86_64) Consult /var/lib/dkms/vboxhost/5.1.30/build/make.log for more information. The make.log error is: /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c: In function ‘vboxNetFltLinuxSkBufFromSG’: /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c:726:24: error: ‘SKB_GSO_UDP’ undeclared (first use in this function); did you mean ‘SKB_GSO_ESP’? fGsoType = SKB_GSO_UDP; ^~~~~~~~~~~ SKB_GSO_ESP /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c:726:24: note: each undeclared identifier is reported only once for each function it appears in In file included from /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/include/iprt/types.h:29:0, from /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/r0drv/linux/the-linux-kernel.h:34, from /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c:24: /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c: In function ‘vboxNetFltLinuxCanForwardAsGso’: LD [M] /var/lib/dkms/vboxhost/5.1.30/build/vboxnetadp/vboxnetadp.o /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c:1112:53: error: ‘SKB_GSO_UDP’ undeclared (first use in this function); did you mean ‘SKB_GSO_ESP’? if (RT_UNLIKELY( skb_shinfo(pSkb)->gso_type & ~(SKB_GSO_UDP | SKB_GSO_DODGY | SKB_GSO_TCPV6 | SKB_GSO_TCPV4) )) ^ /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/include/iprt/cdefs.h:1612:53: note: in definition of macro ‘RT_UNLIKELY’ # define RT_UNLIKELY(expr) __builtin_expect(!!(expr), 0) ^~~~ /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c: In function ‘vboxNetFltLinuxForwardToIntNet’: /var/lib/dkms/vboxhost/5.1.30/build/vboxnetflt/linux/VBoxNetFlt-linux.c:1405:47: error: ‘SKB_GSO_UDP’ undeclared (first use in this function); did you mean ‘SKB_GSO_ESP’? if ( (skb_shinfo(pBuf)->gso_type & (SKB_GSO_UDP | SKB_GSO_TCPV6 | SKB_GSO_TCPV4)) ^~~~~~~~~~~ SKB_GSO_ESP This worked fine in the last kernel. Is there a reason this should break now? Virtualbox 5.2 is currently not an option until a few bugs are fixed affecting the headless clients I run (e.g. https://www.virtualbox.org/ticket/17259) Is there a workaround that could define this constant, or was this inadvertently left out of the latest kernel? Let me know if a bug is needed, I'm happy to file it. -- David C. Rankin, J.D.,P.E.

1 1

[arch-general] php 7.2/ nextcloud 12.x incompatibility
by David Runge 04 Dec '17

04 Dec '17

Hey all, just a short heads up: current nextcloud (forseeable until version 13) does not work with php 7.2 (out of the box) [1]. If you're running nextcloud, you might want to delay the update of (at least) the following packages: php php-{gd,apache,sqlite,pgsql,ldap,intl,apcu,xcache,mcrypt} Best, David [1] https://bugs.archlinux.org/task/56553 -- https://sleepmap.de

2 1

[arch-general] Why was php conflict 'php-mcrypt<=7.1' added? Breaks php56-mcrypt?
by David C. Rankin 04 Dec '17

04 Dec '17

All, Why was the conflict 'php-mcrypt<=7.1' added to php? It now seeks to remove php56-mcrypt. I require both for older web apps not yet ported to php7. These packages do not conflict as I have used both for a couple of years. Now I get: :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... :: php and php56-mcrypt are in conflict (php-mcrypt). Remove php56-mcrypt? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: php and php56-mcrypt are in conflict (php-mcrypt<=7.1) Does this need to be fixed in AUR or is there a better way to handle this?? -- David C. Rankin, J.D.,P.E.

2 4

Re: [arch-general] [arch-dev-public] Switching the bugtracker to Bugzilla
by William Gathoye 03 Dec '17

03 Dec '17

Hello everyone, On 11/14/2017 10:34 PM, Bartłomiej Piotrowski wrote: > On 2017-11-14 20:30, Jelle van der Waa wrote: >> Used by several big projects such as Gnome, LLVM and Mozilla > > GNOME will probably end up switching to Gitlab. (Not dismissing the fact > that bugzilla is rather popular choice.) Bugzilla is old both in terms of look and feel and usability. It doesn't even support Markdown formatting[1], which could have been nice in order to be on part with the Markdown feature brought with the forthcoming aur web version. Contributing from a mobile device is rather complicated with bugzilla, even if I know some kind of non-maintained addon is available[2]. We can't see properly the pull requests being made to solve a specific problem and I know the Bugzilla's UI doesn't encourage them (just ask the Document Foundation about it). This is why, if I was in a position to provide a vote, I would have chosen a solution like gogs or Gitlab instead, which fixes the aforementioned problems and are well-maintained. On a side note, I'm currently in the process of rewriting the Gitlab install guide on the ArchLinux wiki, because I need it for corporate purpose and according to comments on the talk page, that article is hard to understand for newcomers. In the same process, gogs/Gitlabs would allow the opportunity to migrate the svn infra used for official packages to a real git-based infrastructure. svn-to-git, even if we have 'abs' [3] as syntactic sugar, adds unneeded cluttering. The current infra for official packages is blocking new contributions (I remember the cumbersome process it was for me to push 2 fixes to openjfx, patches via email is from an old age). Also, having an infra like gogs/Gitlab could allow us to have our Github ArchLinux account becoming the official read-only mirror for Arch Linux (yet another free backup). Synchronization scripts between both systems do already exist (I can ask at The Document Foundation if needed). > >> # Migration >> >> There are several options for migrating the bug history to Bugzilla and a few options are under >> debate. (input welcome) > > As I said multiple times on IRC, I'm for starting from scratch. There > are way too many inactive or/and incorrect bugs open, and honestly any > effort to review that list is a waste of time. With no bugs open we can > 1) pretend everything works fine 2) hopefully avoid zombie-bugs > apocalypse that we have now. Flyspray could be mirrored with wget for > read-only version. When I migrate something, I don't like to have anything legacy in an infrastructure. I usually migrate everything and do not leave a publicly accessible web app, especially if the latter isn't maintained any more, and has multiple security vulnerabilities. This doesn't prevent us to keep a complete offline backup copy if needed. Migrate everything doesn't prevent us to not close old bugs either. In this regard, it would be nice to have a policy to auto-close bugs that haven't received comments/reactions within x day. Any way, if a contributor has anything to add, he could reopen it if needed. Having a more strict bug triaging policy is usually good and reminds me a recent article I read on the Gitlab.com blog[4]. Just my two cents :) Ps.: I'm writing on arch-general, because I don't have write access to arch-dev-public, I'm not a TU (yet, but my application will come in the months to come, currently getting prepared to it), I'm just a Arch Linux user/contributor and have been since 2012 actually). [1] https://bugzilla.mozilla.org/show_bug.cgi?id=330707 [2] https://wiki.mozilla.org/Bugzilla:Addons#Handheld_Clients [3] https://wiki.archlinux.org/index.php/Arch_Build_System#Retrieve_PKGBUILD_so… [4] https://about.gitlab.com/2017/10/26/triage-issues-gitmate/ -- William Gathoye <william(a)gathoye.be>

9 12

[arch-general] Build configuration settings for samba
by Newbugreport 03 Dec '17

03 Dec '17

My Arch server hit https://bugzilla.samba.org/show_bug.cgi?id=10541 in a bad way, blocking all SMB writes from my Ubuntu 17.10 client. Since the bug is unfixed, I'd like to make a custom build of smbd to get things working. My test builds of samba don't appear to match how samba is built in Arch. Where can I find documentation on how samba is build in Arch, especially configuration details?

2 1

[arch-general] pacman and journalctl
by Tom M. 02 Dec '17

02 Dec '17

ahoy there! is there some cleaver way of making pacman log to journalctl? or plans to implement such a feature? regards, t.

2 3

[arch-general] what is happening here?
by Jude DaShiell 29 Nov '17

29 Nov '17

[ 491.146655] INFO: task systemd-udevd:128 blocked for more than 120 seconds. [ 491.147874] Tainted: G C 4.13.12-1-ARCH #1 [ 491.149295] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. --

2 2

[arch-general] desktop crash after upgrade
by niya 29 Nov '17

29 Nov '17

hi everyone i have a intel atom netbook that i have arch installed on and have been using it for the last couple of years without any issues, after doing a pacman -Syu recently when i reboot it gets through boot up to the point of setting up the desktop and then crashes with 2 thirds of the screen from left to right fill with a random rows of dots on a black background and the last third has my desktop with an exit icon at the bottom, i went through the process of downgrading the kernel and got it to boot normally again i thought that because it was a 32 bit computer the problem was to do with arch no longer supporting the i686 architecture so i migrated the laptop to Arch Linux 32, everything went smoothly , after the migration i rebooted the laptop and i was back with the same problem. i chrooted into the laptop with a live usb stick and retrieved a portion of the journal here,s the log. error-report <http://codepad.org/mtWYqv2N> my Desktop Environment is lxde if more of the logs are needed please let me know i would be thankful for any pointers to fixing the problem shadrock

3 2