Re: [gentoo-user] qt-mismtach?
> On 2018-10-24, at 23:03, tu...@posteo.de wrote: > > How can I get around this? Removing linguist is not possible since > being used by a lot of packages. You should be able to run: emerge -1 linguist-tools This should update linguist-tools to 5.11.2. -- Andrew
[gentoo-user] qt-mismtach?
Hi,
while dping the usual revdep & Co. cleanyp I got this:
I did update in advance.
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* ~dev-qt/qtxml-5.11.1 pulled in by:
* dev-qt/linguist-tools-5.11.1
*
* ~dev-qt/qtcore-5.11.1 pulled in by:
* dev-qt/linguist-tools-5.11.1
Installed is this:
[I] dev-qt/qtcore
Available versions: (5) 5.9.6(5/5.9)^t (~)5.9.6-r1(5/5.9)^t
5.11.1-r1(5/5.11)^t (~)5.11.2-r1(5/5.11)^t
{debug icu systemd test}
Installed versions: 5.11.2-r1(5/5.11)^t(03:39:46 AM 10/20/2018)(icu
-debug -systemd -test)
Homepage:https://www.qt.io/
Description: Cross-platform application development framework
How can I get around this? Removing linguist is not possible since
being used by a lot of packages.
Cheers!
Meino
Re: [gentoo-user] Compilation problem iptables
On 10/24/18 10:23, tu...@posteo.de wrote: > No, it was not installed... > I would think, that portage/emerge would resolve this kind of > dependancies?! > > See the thread right next to yours, "iptables-1.8.1 build failure". Seems a dependency is missing in the ebuild. Dan
Re: [gentoo-user] Irritating ~5s pause whilst booting with grub
Hello, Mick. On Tue, Oct 23, 2018 at 18:21:08 +0100, Mick wrote: > On Monday, 22 October 2018 21:03:54 BST Alan Mackenzie wrote: > > Hello, Gentoo, > > This isn't a critical problem, but it's a little irritating. > > When my machine boots, it first displays the BIOS invitation to type F2, > > then starts grub. Grub spends about 5 seconds with a blank screen, and > > an underline cursor dotting about randomly in the top left hand area of > > the screen, possibly some 25 x 80 area (whatever that might mean). Only > > then does it display its boot menu. > > My machine is a standard up to date (18 months old) AMD-64 Ryzen machine > > booting from EFI. > > Looking into my /boot/grub/grub.conf, I've got: > > # Menu timeout > > timeout=10 > > : the irritating delay is ~5 seconds, so this can't be due to anything > > dependant on that timeout setting; and > Yes, this is the time GRUB will wait for keyboard input before booting the > default menu entry. > > # If we have a font available, start graphical output. > > if loadfont unifont; then > > echo "Loading unifont" > > # Output resolution for GRUB (eg. 1024x768 or 'auto'). > > gfxmode=auto > GRUB will select some resolution your hardware can accommodate. I guess this > means probing for suitable resolutions and this is likely to take the ~5 > seconds you have noticed. > You could specify something suitable and to check what GRUB can use, run the > command 'videoinfo' in GRUB. Thanks, I've done that. It showed that Grub was running at 1024x768 on driver Efi Gop. So I plugged those values into my grub.cfg and cut down video.lst to include only that one driver. This didn't help - I still got the ~5s delay. > > # Output resolution for Linux (VESAFB only). > > # 'keep' means use the same resolution as GRUB. > > # For other framebuffer drivers, pass a resolution using the > > # video= kernel param. > > gfxpayload=keep > > # Load all video drivers. > > insmod all_video > > # Switch to graphical output. > > terminal_output gfxterm > > fi > > . I'm wondering if my problem has something to do with the 'insmod > > all_video', and then the system is trying out lots of different video > > modes, each with a long timeout, before finally finding the correct one. > > Would, perhaps, a more specific value of gfxmode help? > The all_video refers to the GRUB drivers available for video. Have a look in > /boot/grub/video.lst to see what GRUB has in there, or in /usr/lib64/grub/ > x86_64-efi/video.lst and try the one you prefer GRUB to load. Tried that. Then I tried gfxmode=text,1024x768 , in the off chance it might use the 80x25 character terminal which is baked into the video HW. This didn't work, either. Why does Grub need to initialise a graphical bit map terminal when the 80x25 simply exists? > > Also, as an aside, grub has 878 .c files and a user's info guide > > weighing in at 300 kbytes. It's great that the documentation exists, > > but 300k? This is all just for a boot system. There are 255 loadable > > modules. (For comparison, the Emacs core has just 132 .c files.) I > > can't help feeling that this has got horribly out of hand. > I share your feelings here. I don't use GRUB unless I *have* to multiboot, > which these days is a rarity. > > I just need a program to boot the machine, that's all - I don't really > > care what colours it uses, what fonts it uses, it only needs to read a > > GPT partition table, and boot on utterly standard hardware. I > > appreciate having a menu of different boot options (in my case, this > > just means different kernel versions), but everything else is just > > aesthetic sugar. Too much sugar isn't good for one. > You could use the the kernel EFI stub to boot directly from the EFI > partition, > without the intermediation of a boot manager.[1] The only problem with this > approach is you will need to enter your UEFI boot menu to select another > kernel image to boot with, if the default kernel selection is not your > requirement. Thanks. But it took me several evenings of sweating and cursing to get Grub working ~18 months ago, and I'm loathe to go through the same again to get a different booter working. I think, sooner or later, I'm going to have to reacquaint myself with my installation CD, and do this, though. > [1] https://wiki.gentoo.org/wiki/EFI_stub_kernel > -- > Regards, > Mick -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Compilation problem iptables
On 10/24 08:10, Alexander Kapshuk wrote: > On Wed, Oct 24, 2018 at 7:07 PM wrote: > > > > Hi, > > > > while syncing/updateing, this happens (net-firewall/iptables-1.8.1) : > > ototypes -Wredundant-decls -Wshadow -Wstrict-prototypes > > -Wlogical-op-Winline -pipe -D_INIT=libxt_multiport_init -DPIC -fPIC > > -march=native -O -pipe -o libxt_multiport.oo -c libxt_multiport.c; > > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include > > -I.. -I../include -I.. > > -Wp,-MMD,./.libxt_nfacct.oo.d,-MT,libxt_nfacct.oo -Wall -Waggregate-return > > -Wmissing-declarations-Wmissing-prototypes -Wredundant-decls -Wshadow > > -Wstrict-prototypes -Wlogical-op-Winline -pipe > > -D_INIT=libxt_nfacct_init -DPIC -fPIC -march=native -O -pipe -o > > libxt_nfacct.oo -c libxt_nfacct.c; > > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include > > -I.. -I../include -I.. -Wp,-MMD,./.libxt_osf.oo.d,-MT,libxt_osf.oo > > -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes > > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline > > -pipe -D_INIT=libxt_osf_init -DPIC -fPIC -march=native -O -pipe -o > > libxt_osf.oo -c libxt_osf.c; > > In file included from ../iptables/nft.h:5, > > from libxt_limit.c:18: > > ../iptables/nft-shared.h:6:10: fatal error: libnftnl/rule.h: No such file > > or directory > > #include > > ^ > > compilation terminated. > > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include > > -I.. -I../include -I.. -Wp,-MMD,./.libxt_owner.oo.d,-MT,libxt_owner.oo > > -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes > > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline > > -pipe -D_INIT=libxt_owner_i > > > > I wanted I sent the whole bunch of logs... > > > > Cheers! > > Meino > > > > > > > > > > The header file reported as missing belongs to the net-libs/libnftnl package. > Do you have it installed? > No, it was not installed... I would think, that portage/emerge would resolve this kind of dependancies?!
Re: [gentoo-user] Compilation problem iptables
On Wed, Oct 24, 2018 at 7:07 PM wrote: > > Hi, > > while syncing/updateing, this happens (net-firewall/iptables-1.8.1) : > ototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op > -Winline -pipe -D_INIT=libxt_multiport_init -DPIC -fPIC -march=native -O > -pipe -o libxt_multiport.oo -c libxt_multiport.c; > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. > -I../include -I.. -Wp,-MMD,./.libxt_nfacct.oo.d,-MT,libxt_nfacct.oo -Wall > -Waggregate-return -Wmissing-declarations-Wmissing-prototypes > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline > -pipe -D_INIT=libxt_nfacct_init -DPIC -fPIC -march=native -O -pipe -o > libxt_nfacct.oo -c libxt_nfacct.c; > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. > -I../include -I.. -Wp,-MMD,./.libxt_osf.oo.d,-MT,libxt_osf.oo -Wall > -Waggregate-return -Wmissing-declarations -Wmissing-prototypes > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline > -pipe -D_INIT=libxt_osf_init -DPIC -fPIC -march=native -O -pipe -o > libxt_osf.oo -c libxt_osf.c; > In file included from ../iptables/nft.h:5, > from libxt_limit.c:18: > ../iptables/nft-shared.h:6:10: fatal error: libnftnl/rule.h: No such file or > directory > #include > ^ > compilation terminated. > x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES > -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. > -I../include -I.. -Wp,-MMD,./.libxt_owner.oo.d,-MT,libxt_owner.oo -Wall > -Waggregate-return -Wmissing-declarations -Wmissing-prototypes > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline > -pipe -D_INIT=libxt_owner_i > > I wanted I sent the whole bunch of logs... > > Cheers! > Meino > > > > The header file reported as missing belongs to the net-libs/libnftnl package. Do you have it installed?
[gentoo-user] Compilation problem iptables
Hi, while syncing/updateing, this happens (net-firewall/iptables-1.8.1) : ototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op -Winline -pipe -D_INIT=libxt_multiport_init -DPIC -fPIC -march=native -O -pipe -o libxt_multiport.oo -c libxt_multiport.c; x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. -I../include -I.. -Wp,-MMD,./.libxt_nfacct.oo.d,-MT,libxt_nfacct.oo -Wall -Waggregate-return -Wmissing-declarations-Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline -pipe -D_INIT=libxt_nfacct_init -DPIC -fPIC -march=native -O -pipe -o libxt_nfacct.oo -c libxt_nfacct.c; x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. -I../include -I.. -Wp,-MMD,./.libxt_osf.oo.d,-MT,libxt_osf.oo -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline -pipe -D_INIT=libxt_osf_init -DPIC -fPIC -march=native -O -pipe -o libxt_osf.oo -c libxt_osf.c; In file included from ../iptables/nft.h:5, from libxt_limit.c:18: ../iptables/nft-shared.h:6:10: fatal error: libnftnl/rule.h: No such file or directory #include ^ compilation terminated. x86_64-pc-linux-gnu-gcc -D_LARGEFILE_SOURCE=1 -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DXTABLES_LIBDIR=\"/usr/lib64/xtables\" -DXTABLES_INTERNAL -I../include -I.. -I../include -I.. -Wp,-MMD,./.libxt_owner.oo.d,-MT,libxt_owner.oo -Wall -Waggregate-return -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wshadow -Wstrict-prototypes -Wlogical-op-Winline -pipe -D_INIT=libxt_owner_i I wanted I sent the whole bunch of logs... Cheers! Meino
Re: [gentoo-user] iptables-1.8.1 build failure
On Wednesday, 24 October 2018 15:30:06 BST Peter Humphrey wrote: > On Wednesday, 24 October 2018 12:52:24 BST Neil Bothwick wrote: > > On Wed, 24 Oct 2018 10:29:03 +0100, Peter Humphrey wrote: > > > Today's update of iptables to 1.8.1 failed here because I didn't have > > > USE=nftables set. After setting that in package.use it was fine. Before > > > I submit a bug report, though, I'd like to understand one thing: > > > > > > $ grep nftables $(equery w iptables) > > > IUSE="conntrack ipv6 netlink nftables pcap static-libs" > > > > > > nftables? ( > > > nftables? ( > > > nftables? ( net-misc/ethertypes ) > > > > > > $(use_enable nftables) > > > > > > use nftables && emake -C iptables xtables-config-parser.h > > > if use nftables; then > > > > > > Shouldn't that IUSE entry be enough to pull in nftables? > > > > No, IUSE simply lists the USE flags relevant to the ebuild. The > > dependencies are set in DEPEND, which contains > > > > nftables? ( > > > > sys-devel/flex > > virtual/yacc > > > > ) > > > > It sounds like nftables should be in there too. this is with 1.8.0-r1, > > which is the latest I have here after syncing at 0720 today. > > It's 1.8.1 here. All three DEPEND stanzas (DEPEND, RDEPEND and > COMMON_DEPEND) have nftables? conditions, but nowhere is nftables made a > requirement, even though the package won't compile without it. > > Bug report https://bugs.gentoo.org/669498 submitted. ... and marked as a duplicate of 669486, which didn't show up in my searches. -- Regards, Peter.
Re: [gentoo-user] iptables-1.8.1 build failure
On Wednesday, 24 October 2018 12:52:24 BST Neil Bothwick wrote: > On Wed, 24 Oct 2018 10:29:03 +0100, Peter Humphrey wrote: > > Today's update of iptables to 1.8.1 failed here because I didn't have > > USE=nftables set. After setting that in package.use it was fine. Before > > I submit a bug report, though, I'd like to understand one thing: > > > > $ grep nftables $(equery w iptables) > > IUSE="conntrack ipv6 netlink nftables pcap static-libs" > > > > nftables? ( > > nftables? ( > > nftables? ( net-misc/ethertypes ) > > > > $(use_enable nftables) > > > > use nftables && emake -C iptables xtables-config-parser.h > > if use nftables; then > > > > Shouldn't that IUSE entry be enough to pull in nftables? > > No, IUSE simply lists the USE flags relevant to the ebuild. The > dependencies are set in DEPEND, which contains > > nftables? ( > sys-devel/flex > virtual/yacc > ) > > It sounds like nftables should be in there too. this is with 1.8.0-r1, > which is the latest I have here after syncing at 0720 today. It's 1.8.1 here. All three DEPEND stanzas (DEPEND, RDEPEND and COMMON_DEPEND) have nftables? conditions, but nowhere is nftables made a requirement, even though the package won't compile without it. Bug report https://bugs.gentoo.org/669498 submitted. -- Regards, Peter.
Re: [gentoo-user] iptables-1.8.1 build failure
On Wed, 24 Oct 2018 10:29:03 +0100, Peter Humphrey wrote: > Today's update of iptables to 1.8.1 failed here because I didn't have > USE=nftables set. After setting that in package.use it was fine. Before > I submit a bug report, though, I'd like to understand one thing: > > $ grep nftables $(equery w iptables) > IUSE="conntrack ipv6 netlink nftables pcap static-libs" > nftables? ( > nftables? ( > nftables? ( net-misc/ethertypes ) > $(use_enable nftables) > use nftables && emake -C iptables xtables-config-parser.h > if use nftables; then > > Shouldn't that IUSE entry be enough to pull in nftables? No, IUSE simply lists the USE flags relevant to the ebuild. The dependencies are set in DEPEND, which contains nftables? ( sys-devel/flex virtual/yacc ) It sounds like nftables should be in there too. this is with 1.8.0-r1, which is the latest I have here after syncing at 0720 today. -- Neil Bothwick Q: Why is top-posting evil? A: backwards read don't humans because pgpZ62nnrIQcT.pgp Description: OpenPGP digital signature
[gentoo-user] iptables-1.8.1 build failure
Hello list, Today's update of iptables to 1.8.1 failed here because I didn't have USE=nftables set. After setting that in package.use it was fine. Before I submit a bug report, though, I'd like to understand one thing: $ grep nftables $(equery w iptables) IUSE="conntrack ipv6 netlink nftables pcap static-libs" nftables? ( nftables? ( nftables? ( net-misc/ethertypes ) $(use_enable nftables) use nftables && emake -C iptables xtables-config-parser.h if use nftables; then Shouldn't that IUSE entry be enough to pull in nftables? -- Regards, Peter.
Re: [gentoo-user] Irritating ~5s pause whilst booting with grub
On Tuesday, 23 October 2018 22:08:43 BST Neil Bothwick wrote: > Use a UEFI boot manager, which is much simpler than GRUB. If you use > systemd you already have one if you installed it with USE="gnuefi". > Otherwise use the standalone version, systemd-boot. Or you can use > refind, but that is a bit more sugary. Agreed. I was forced into it when I couldn't get grub to boot on this machine, then new. I've never been so relieved to see the back of any program as grub. -- Regards, Peter.
Re: [gentoo-user] [SOLVED] Emerge --sync fails on excluded stuff
On Tuesday, 23 October 2018 22:30:32 BST Neil Bothwick wrote: > I have this in gentoo.conf: > > [DEFAULT] > main-repo = gentoo > > [gentoo] > priority = 20 > location = /var/portage > sync-type = rsync > sync-uri = rsync://my.local.mirror/portage > auto-sync = yes > sync-rsync-verify-metamanifest = no > > I can't recall where this file came from but it doesn't appear to have > been installed by an ebuild. It's in the Gentoo handbook. When you install Gentoo you're supposed to create the file with the content they give; I really don't know why it's done that way, rather than including the file in the stage files. -- Regards, Peter.
Re: [gentoo-user] [SOLVED] Emerge --sync fails on excluded stuff
On Tue, 23 Oct 2018 21:49:08 -0400, Walter Dnes wrote: > As near as I can tell, portage processes every file in the repos.conf > directory. It looks like I could simplify things by combining > everything into one file, and eliminating the separate files. Is that > correct? E.g. create file /etc/portage/repos.conf/repos.conf From the portage man page: "Files in this directory including make.conf, repos.conf, and any file with a name that begins with "package." can be more than just a flat file" So yes, you can. Personally, I prefer separate files for each configuration set, but you can use monolithic files if you consider that simpler. -- Neil Bothwick "There are some ideas so idiotic that only an intellectual could believe them" George Orwell pgpc5bDh3mKmf.pgp Description: OpenPGP digital signature
