[gentoo-user] XFCE weather plugin does not work
Already for a a few days my XFCE weather plugin (xfce-extra/xfce4-weather-plugin-0.8.3-r1) does not work (forecast data unavailable). Its website (http://goodies.xfce.org/projects/panel-plugins/xfce4-weather-plugin) says that You need to apply two patches on version 0.8.3 because Met.no API has changed. May be it is the cause. If so, may I ask supporters to make the corresponding changes to the ebuild.
Re: [gentoo-user] XFCE weather plugin does not work
Hello, Same issue here... Cheers, *--* *Jacques* 2014-10-17 13:37 GMT+02:00 Gevisz gev...@gmail.com: Already for a a few days my XFCE weather plugin (xfce-extra/xfce4-weather-plugin-0.8.3-r1) does not work (forecast data unavailable). Its website ( http://goodies.xfce.org/projects/panel-plugins/xfce4-weather-plugin) says that You need to apply two patches on version 0.8.3 because Met.no API has changed. May be it is the cause. If so, may I ask supporters to make the corresponding changes to the ebuild.
[gentoo-user] Re: [systemd] Is this a NetworkManager bug?
On 10/16/2014 04:34 PM, Canek Peláez Valdés wrote: At some point NM had integration with the OpenRC network configuration, and (AFAIR) sometimes it made a mess inside /etc/conf.d. I don't know if such integration exists anymore; nowadays I don't even have /etc/{conf,init}.d, and everything works so much better. Bingo. I renamed conf.d and init.d and now NM works perfectly during bootup. Now that you mention it, journalctl did print messages about /etc/init.d and I thought it was a bit strange. Thanks Canek and Tom for the excellent help.
Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?
Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They are trying to move that file to a more reasonable location; I expect it to be done in five or six years. Regards. On Fri, Oct 17, 2014 at 10:00 AM, walt w41...@gmail.com wrote: On 10/16/2014 04:34 PM, Canek Peláez Valdés wrote: At some point NM had integration with the OpenRC network configuration, and (AFAIR) sometimes it made a mess inside /etc/conf.d. I don't know if such integration exists anymore; nowadays I don't even have /etc/{conf,init}.d, and everything works so much better. Bingo. I renamed conf.d and init.d and now NM works perfectly during bootup. Now that you mention it, journalctl did print messages about /etc/init.d and I thought it was a bit strange. Thanks Canek and Tom for the excellent help. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?
On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés can...@gmail.com wrote: Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They are trying to move that file to a more reasonable location; I expect it to be done in five or six years. FYI - patches are welcome on that. I suspect that at some time we'll start pushing them through if maintainers drag their feet. This should be a pretty easy/safe change, but obviously we want to be careful since it seems to be fairly important packages that abuse this file. Once this is done users should be able to remove openrc safely if they aren't using it. At that point we might take up whether it makes sense to just make the init system like the bootloader/syslog/cron/kernel/etc in the handbook and have the user choose which one they want. -- Rich
Re: [gentoo-user] XFCE weather plugin does not work
On Fri, 17 October 2014, at 12:37 pm, Gevisz gev...@gmail.com wrote: Already for a a few days my XFCE weather plugin (xfce-extra/xfce4-weather-plugin-0.8.3-r1) does not work (forecast data unavailable). Its website (http://goodies.xfce.org/projects/panel-plugins/xfce4-weather-plugin) says that You need to apply two patches on version 0.8.3 because Met.no API has changed. May be it is the cause. If so, may I ask supporters to make the corresponding changes to the ebuild. There's already a bug for this on Gentoo's tracker: https://bugs.gentoo.org/show_bug.cgi?id=524850 I think that last comment by Greg Kubaryk about the ebuild being epatch_user enabled means you can just download those two patches (google for 1ff71… and 7df30…) and put them in the right /etc/portage subdirectory to have them applied automatically. Stroller.
Re: [gentoo-user] Re: [systemd] Is this a NetworkManager bug?
On Fri, Oct 17, 2014 at 12:14 PM, Rich Freeman ri...@gentoo.org wrote: On Fri, Oct 17, 2014 at 11:18 AM, Canek Peláez Valdés can...@gmail.com wrote: Be aware that /etc/init.d/functions.sh is still required by a lot of things (gcc-config, python-updater, perl-cleaner, stuff like that).They are trying to move that file to a more reasonable location; I expect it to be done in five or six years. FYI - patches are welcome on that. I suspect that at some time we'll start pushing them through if maintainers drag their feet. This should be a pretty easy/safe change, but obviously we want to be careful since it seems to be fairly important packages that abuse this file. There is a tracker bug for the packages still sourcing /etc/init.d/functions.sh, instead of /lib/gentoo/functions.sh: https://bugs.gentoo.org/show_bug.cgi?id=504116 My comment was tongue-in-cheek, although the change has taken years already. Once this is done users should be able to remove openrc safely if they aren't using it. At that point we might take up whether it makes sense to just make the init system like the bootloader/syslog/cron/kernel/etc in the handbook and have the user choose which one they want. Looking forward to that. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
[gentoo-user] Re: XFCE weather plugin does not work
Stroller stroller at stellar.eclipse.co.uk writes: If so, may I ask supporters to make the corresponding changes to the ebuild. There's already a bug for this on Gentoo's tracker: https://bugs.gentoo.org/show_bug.cgi?id=524850 I think that last comment by Greg Kubaryk about the ebuild being epatch_user enabled means you can just download those two patches (google for 1ff71… and 7df30…) and put them in the right /etc/portage subdirectory to have them applied automatically. Stroller. Well I aware of the movement in EAPI-6 [1] to support user patching. But, I think Stroller is talking about epatch_user doc here ? [2] Another question. How can you tell whether a package (ebuild) supports user patching? What EAPI rev did user patching first appear? And last, can any patch that ends in .patch be applied to the intended ebuild or does the gentoo ebuild auther have to put some special code into an (EAPI-5) ebuild to facilitate user patches? Some docs or general discussion would be keen. Like user patches surviving an upgrade of the (patched) package? Or what if the next package upgrade includes a better version of the patch, but it performs a similar function. Or what if the patch you add becomes a stale (version/fork); how do you know or do you have to remind yourself to follow the development details of that (ebuild) package? curiously, James [1] http://wiki.gentoo.org/wiki/Future_EAPI/EAPI_6_tentative_features [2] http://wiki.gentoo.org/wiki//etc/portage/patches
Re: [gentoo-user] Re: XFCE weather plugin does not work
On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote: And last, can any patch that ends in .patch be applied to the intended ebuild or does the gentoo ebuild auther have to put some special code into an (EAPI-5) ebuild to facilitate user patches? AFAIR the ebuild simply has to call epatch_user() in src_unpack() and any matching patches in /etc/portage/patches are applied. -- Neil Bothwick Don't let your mind wander, it's too little to be let out alone. signature.asc Description: PGP signature
Re: [gentoo-user] Re: XFCE weather plugin does not work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk) wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work (in 20141017223345.16c96...@digimed.co.uk): On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote: And last, can any patch that ends in .patch be applied to the intended ebuild or does the gentoo ebuild auther have to put some special code into an (EAPI-5) ebuild to facilitate user patches? AFAIR the ebuild simply has to call epatch_user() in src_unpack() and any matching patches in /etc/portage/patches are applied. The usual place is src_prepare(). I have prepared some patches from the Xfce repository with line addressing to match the Gentoo sources tarball. I attach a tarball of theses patches that can be untarred in /etc/portage/patches/. The ebuild should have the following lines added: src_prepare() { epatch_user } Don't forget to redo the manifest for the ebuild. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlRBmhwACgkQRQ2Fs59Psv8YHgCghXa931NC2rJSa8394L2FvZGB UIAAoIiiIpd7PktyaQE9Av/RxRYjnLE0 =68v7 -END PGP SIGNATURE- weather_patches.tgz Description: application/compressed-tar
Re: [gentoo-user] Re: XFCE weather plugin does not work
On 17 October 2014 23:37:16 BST, David W Noon dwn...@ntlworld.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 17 Oct 2014 22:33:45 +0100, Neil Bothwick (n...@digimed.co.uk) wrote about Re: [gentoo-user] Re: XFCE weather plugin does not work (in 20141017223345.16c96...@digimed.co.uk): On Fri, 17 Oct 2014 21:13:52 + (UTC), James wrote: And last, can any patch that ends in .patch be applied to the intended ebuild or does the gentoo ebuild auther have to put some special code into an (EAPI-5) ebuild to facilitate user patches? AFAIR the ebuild simply has to call epatch_user() in src_unpack() and any matching patches in /etc/portage/patches are applied. The usual place is src_prepare(). I have prepared some patches from the Xfce repository with line addressing to match the Gentoo sources tarball. I attach a tarball of theses patches that can be untarred in /etc/portage/patches/. The ebuild should have the following lines added: src_prepare() { epatch_user } Don't forget to redo the manifest for the ebuild. - -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlRBmhwACgkQRQ2Fs59Psv8YHgCghXa931NC2rJSa8394L2FvZGB UIAAoIiiIpd7PktyaQE9Av/RxRYjnLE0 =68v7 -END PGP SIGNATURE- Yes, src_prepare, I was working from memory, although src_unpack usually works too. You don't need to modify the ebuilds in many cases. You can simply define src_prepare, or src_unpack, in /etc/portage/env for that ebuild. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] [slightly O/T] mysql problems
On Thursday 16 Oct 2014 07:24:43 J. Roeleveld wrote: On Wednesday, October 15, 2014 09:40:56 PM Mick wrote: Well, I still have the backup from the live website, I can restore from it if I have to. However, what I find confusing is that the errors mention the live website's database name, not the local database. Shouldn't the import function import the tables into the local database? When you do it as you said: mysql -u webadmin -h localhost -p website_test website1_20141014.sql then that is the expected result (that it uses tables in the local database.) Can you do a search in the SQL-file for references to the remote database and post some of those lines? (Preferably only a subset referencing a single table) Thank you both for your help. I think I have fixed whatever it was that had gone sideways, but I can't explain it with any certainty. So, here is what happened. The local database name more than a year ago had a hyphen in the name; e.g. website-new. When listing /var/lib/mysql it was shown as: website@002dnew However, 9 months ago I had dropped that database and created a new database with an underscore instead of a hyphen; e.g. website_new. Imported the tables from the remote database into it and carried on with my work. Suddenly, I notice all these errors in the log. They were definitely not there before and in any case the website-new directory was no longer listed in /var/lib/mysql, while website_new was there. I dropped website_new, recreated website-new and the errors in the logs stopped. Finally, I dropped website-new again, recreated website_new and still no errors in the logs. :-) The only problem is that now I can't load the website from the recreated website_new database! LOL! I will look at it later, but wanted to report that the errors I posted about have thankfully gone. I blame it all on filesystem corruption of some sort (ext4), as it was running out of space, but can't be sure. Thanks again. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Trying to set up HP printer with foo2zjs
Dear knowledgables I am trying to set up an HP LaserJet 1000 printer with foo2zjs. I had been using hplip in the past (which did work), but for several (mostly non- techical) reasons, I don’t want to use that. I was happy with foo2zjs back in the day when it was still “stable” in portage. So I downloaded foo2zjs from its website, compiled it and installed it into /usr/local. Then I had to copy over an udev rules file and the firmware helper into /etc/hotplug/usb/hplj1000. I plugged the printer in -- nothing. That would have been too easy. On a hunch, I removed the KERNEL==lp* test from the udev rule. Now the udev rule matched and the firmware loader was triggered and did its job (confirmed by the printer spinning up after receiving the firmware). I could set up the printer in Cups, which did find the foo2zjs files. Its details are: | Driver: HP LaserJet 1000 Foomatic/foo2zjs (recommended) (grayscale, 2-sided printing) | Connection: usb://HP/LaserJet%201000 But here my journey ends. If I try to print something, nothing happens. I tried it in a quite fresh Xubuntu in VirtualBox, which came with a basic hplip installed (without the GUI stuff). Using hp-doctor, I set up the printer, which mostly constisted of downloading the firmware from the web, and possibly some other file setup. Afterwards, the printer worked. So I compared my Gentoo and that Xubuntu. As it turned out, Xubuntu uses usblp, which everywhere I read I’m told to disable if I want to use cups with USB. ls -l /dev/hp* gives me: Ubuntu: lrwxrwxrwx 1 root root 7 Okt 18 00:52 /dev/hplj1000-0 - usb/lp0 lrwxrwxrwx 1 root root 15 Okt 18 00:52 /dev/hplj1000-2 - bus/usb/002/003 Gentoo: lrwxrwxrwx 1 root root 15 18. Okt 01:35 /dev/hplj1000-9 - bus/usb/003/012 So what’s my next option? What could I be missing? Thanks for your insight. PS.: I’m away over Saturday and probably won’t be able to reply until Sunday. dmesg from Xubuntu when plugging in the printer: | usb 2-2: new full-speed USB device number 3 using ohci-pci | usb 2-2: New USB device found, idVendor=03f0, idProduct=0517 | usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 | usb 2-2: Product: hp LaserJet 1000 | usb 2-2: Manufacturer: Hewlett-Packard | WARNING! power/level is deprecated; use power/control instead | usblp 2-2:1.0: usblp0: USB Bidirectional printer dev 3 if 0 alt 0 proto 2 vid 0x03F0 pid 0x0517 | usbcore: registered new interface driver usblp syslog from my Gentoo: | [kernel] [21569.964698] usb 3-9: new full-speed USB device number 12 using xhci_hcd | [kernel] [21570.131930] usb 3-9: New USB device found, idVendor=03f0, idProduct=0517 | [kernel] [21570.131942] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=0 | [kernel] [21570.131944] usb 3-9: Product: hp LaserJet 1000 | [kernel] [21570.131945] usb 3-9: Manufacturer: Hewlett-Packard | [mtp-probe] checking bus 3, device 12: /sys/devices/pci:00/:00:14.0/usb3/3-9_ | [mtp-probe] bus: 3, device: 12 was not an MTP device_ | [/etc/hotplug/usb/hplj1000] foo2zjs: loading HP LaserJet 1000 firmware /usr/local/share/foo2zjs/firmware/sihp1000.dl to CUPS USB device ... | [/etc/hotplug/usb/hplj1000] foo2zjs: usb://HP/LaserJet%201000... download successful. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. ”Yeah so if you ever need info about anyone at Harvard, just ask. I have over 4,000 emails, pictures, addresses, SNS.” – Why? – ”People just submitted it. I don't know why. They trust me. Dumb fucks.” – Mark Zuckerberg, founder of facebook signature.asc Description: Digital signature
[gentoo-user] Re: XFCE weather plugin does not work
Neil Bothwick neil at digimed.co.uk writes: Thanks! I'll have to give this a whirl. I would be interested to see how things are organized under EAPI-6. thanks again, James
[gentoo-user] Re: Trying to set up HP printer with foo2zjs
Frank Steinmetzger Warp_7 at gmx.de writes: I am trying to set up an HP LaserJet 1000 printer with foo2zjs. I had been using hplip in the past (which did work), but for several (mostly non- techical) reasons, I don’t want to use that. I was happy with foo2zjs back in the day when it was still “stable” in portage. cups + hplip is pretty robust. I can't quell my curiousity as to why you would not want to use that solution, paticualrly for an HP printer? foo2zjs, I know nothing about, but it is masked in protage, which begs the question (WHY) if it was once stable? Some use foomatic. Is that applicable in your circumstance? James
[gentoo-user] [OT] Routing Problems
Hey guys, This is not Gentoo-specific, but one of my roommates just replaced our router with a DD-WRT routers. For the most part, everything is great and I love it. There's one problem, that may or may not be cause by said new router. Between my desktop and my server, I can not ping/SSH/whatever. The ARP request never gets resolved. Every other connection between any other pair of machines works, just not desktop to server and vice versa. The only stuff I could find on Google (which is mainly a front for searching stackoverflow) is that it's a MAC collision (it's not) or that it's a hardware problem (which I guess it may be, although I've tried numerous permutations). If anyone has any insight, I would appreciate it. I've been banging my head against this for nearly one week now. Regards, Alec
[gentoo-user] kernel 3.17.0
I just installed Kernel 3.17.0 (gentoo-sources) noticed there are specific options for Gentoo right at the beginning. Are we really privileged to have our own place in kernel-land or have these been added by the Gentoo devs ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] kernel 3.17.0
On 2014-10-18 06:17, Philip Webb wrote: I just installed Kernel 3.17.0 (gentoo-sources) noticed there are specific options for Gentoo right at the beginning. Are we really privileged to have our own place in kernel-land or have these been added by the Gentoo devs ? They are provided via gentoo devs (check genpatches-extras).