[gentoo-user] exim4u
Does anyone know of an ebuild for exim4u? I've seen it used before and it's awesome, but it's a pain in the posterior to setup correctly unless you know exactly what you're doing. I'd love to apply it on my server(s) but I'm not very good at installing and the times I've tried it the install documentation seems to leave me with a broken install. Thanks! --- Dan
[gentoo-user] Errors in nonexistent partitions
Morning all, My ~amd64 system uses partitions 1 to 18 on /dev/nvme0n1, and it has two SATA disks as well, for various purposes. Today, after I'd taken the system down for its weekly backup (I tar all the partitions to a USB disk) and started up again, invoking gparted to look around, libparted spat out a list of partitions from 19 to 128 which, it said, "have been written but we have been unable to inform the kernel of the change..." I remerged gparted, parted, libparted and udisks, then booted another system and ran fsck -f on all the partitions from 4 to 18 - those that this system uses - and rebooted. No change - the same complaint from libparted. I get a similar complaint about /dev/sda. Those errors are repeated once. Is this a terminal condition? I could repartition and restore from backup, but I hope someone can offer a clue before I resort to that. -- Regards, Peter.
Re: [gentoo-user] exim4u
On Sat, Sep 12, 2020 at 10:55:50PM -0600, Dan Egli wrote: > Does anyone know of an ebuild for exim4u? I've seen it used before and it's > awesome, but it's a pain in the posterior to setup correctly unless you know > exactly what you're doing. I'd love to apply it on my server(s) but I'm not > very good at installing and the times I've tried it the install > documentation seems to leave me with a broken install. It's rather unlikely that one already exists, considering one of the largest third-party overlay-aggregators [1] returns no results. However, the project looks fairly well-established, so I doubt you'd have a huge amount of trouble finding someone knowledgeable enough to write one for you. One of the developers might have made one [2], but I don't think there's a way to search that directly, without downloading all the repos. I'll have a look in a few hours when I have some free-time. [1] https://gpo.zugaina.org/Search?search=exim4u [2] https://overlays.gentoo.org/ -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Errors in nonexistent partitions
On 13/09/2020 11:17, Peter Humphrey wrote: Morning all, My ~amd64 system uses partitions 1 to 18 on /dev/nvme0n1, and it has two SATA disks as well, for various purposes. Today, after I'd taken the system down for its weekly backup (I tar all the partitions to a USB disk) and started up again, invoking gparted to look around, libparted spat out a list of partitions from 19 to 128 which, it said, "have been written but we have been unable to inform the kernel of the change..." I remerged gparted, parted, libparted and udisks, then booted another system and ran fsck -f on all the partitions from 4 to 18 - those that this system uses - and rebooted. No change - the same complaint from libparted. I get a similar complaint about /dev/sda. Those errors are repeated once. Is this a terminal condition? I could repartition and restore from backup, but I hope someone can offer a clue before I resort to that. You're using the wrong tool to try and fix it. There's clearly something wrong with your partition TABLE, and you're using a tool that fixes the partition CONTENTS. Use gparted (or gdisk) on the DISK, and that should sort things out. Check whether it thinks those partitions exist or not, and then get it to write a new partition table to clean things up. Cheers, Wol
Re: [gentoo-user] Errors in nonexistent partitions
On Sunday, 13 September 2020 12:40:47 BST antlists wrote: > You're using the wrong tool to try and fix it. There's clearly something > wrong with your partition TABLE, and you're using a tool that fixes the > partition CONTENTS. Yes, I was clutching at straws, rather. > Use gparted (or gdisk) on the DISK, and that should sort things out. > Check whether it thinks those partitions exist or not, and then get it > to write a new partition table to clean things up. Gparted 0.31.0 on my rescue CD finds no problems. Parted in this system doesn't offer a checking tool, but gdisk does and it reports "no problems". Gparted 1.1.0 in this system still reports the errors, but only once now on each disk (so what's changed there? Beats me). Udisks was upgraded on 13 August and I may not have used gparted since then, but reverting to the previous version hasn't helped. All the other packages I mentioned have not been changed for months. So I'm still left wondering what to do. I'm happy that the hardware isn't on the blink, anyway. -- Regards, Peter.
Re: [gentoo-user] Errors in nonexistent partitions
On 13/09/20 13:26, Peter Humphrey wrote: > So I'm still left wondering what to do. I'm happy that the hardware isn't on > the blink, anyway. Can you use gdisk to create a new partition in some empty space on the disk, delete it again, and write a partition table? Basically anything to get gdisk or gparted to actually write a new partition table (that should be the same as the old one, of course). If there are hidden problems that udisk or whatever is picking up on - garbage data somewhere most likely - that's the most likely way of clearing it. Cheers, Wol
[gentoo-user] Nvidia GeForce GTX 960
Hello, i try to run the nvidia card. But it won't work. # modprobe nvidia modprobe: ERROR: could not insert 'nvidia': No such device # find /lib/modules/5.8.9-x86_64/ -name "*nvidia*" /lib/modules/5.8.9-x86_64/video/nvidia-drm.ko /lib/modules/5.8.9-x86_64/video/nvidia-modeset.ko /lib/modules/5.8.9-x86_64/video/nvidia.ko /lib/modules/5.8.9-x86_64/kernel/drivers/net/ethernet/nvidia /lib/modules/5.8.9-x86_64/kernel/drivers/usb/typec/altmodes/typec_nvidia.ko # emerge -s nvidia * sys-firmware/nvidia-firmware Latest version available: 340.32 Latest version installed: 340.32 Size of files: 37.696 KiB Homepage: https://nouveau.freedesktop.org/wiki/VideoAcceleration/ Description: Kernel and mesa firmware for nouveau (video accel and pgraph) License: MIT NVIDIA-r2 * x11-drivers/nvidia-drivers Latest version available: 450.66 Latest version installed: 450.66 Size of files: 138.796 KiB Homepage: https://www.nvidia.com/Download/Find.aspx Description: NVIDIA Accelerated Graphics Driver License: GPL-2 NVIDIA-r2 # lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1) # eselect opengl set nvidia !!! Error: Can't load module opengl exiting # cat /etc/portage/make.conf | grep VIDEO VIDEO_CARDS="nouveau nvidia" Can someone help what run here wrong? Thank you Silvio pgpfSByVnD37v.pgp Description: PGP signature
[gentoo-user] debugging non working hotplug service
Greetings, I have a hotplug service which doesn't seems to work ok. it is a tap interface created when a vm is started, the vm provide dhcp to the host. here are the relevant configs: /etc/conf.d/net: config_veth="dhcp" /etc/init.d/net.veth: lrwxrwxrwx 1 root root 6 Sep 12 16:04 /etc/init.d/net.veth -> net.lo /etc/rc.conf: # Global OpenRC configuration settings # Set to "YES" if you want the rc system to try and start services # in parallel for a slight speed improvement. When running in parallel we # prefix the service output with its name as the output will get # jumbled up. # WARNING: whilst we have improved parallel, it can still potentially lock # the boot process. Don't file bugs about this unless you can supply # patches that fix it without breaking other things! #rc_parallel="NO" # Set rc_interactive to "YES" and you'll be able to press the I key during # boot so you can choose to start specific services. Set to "NO" to disable # this feature. This feature is automatically disabled if rc_parallel is # set to YES. rc_interactive="YES" # If we need to drop to a shell, you can specify it here. # If not specified we use $SHELL, otherwise the one specified in /etc/passwd, # otherwise /bin/sh # Linux users could specify /sbin/sulogin rc_shell=/sbin/sulogin # Do we allow any started service in the runlevel to satisfy the dependency # or do we want all of them regardless of state? For example, if net.eth0 # and net.eth1 are in the default runlevel then with rc_depend_strict="NO" # both will be started, but services that depend on 'net' will work if either # one comes up. With rc_depend_strict="YES" we would require them both to # come up. #rc_depend_strict="YES" # rc_hotplug controls which services we allow to be hotplugged. # A hotplugged service is one started by a dynamic dev manager when a matching # hardware device is found. # Hotplugged services appear in the "hotplugged" runlevel. # If rc_hotplug is set to any value, we compare the name of this service # to every pattern in the value, from left to right, and we allow the # service to be hotplugged if it matches a pattern, or if it matches no # patterns. Patterns can include shell wildcards. # To disable services from being hotplugged, prefix patterns with "!". #If rc_hotplug is not set or is empty, all hotplugging is disabled. # Example - rc_hotplug="net.wlan !net.*" # This allows net.wlan and any service not matching net.* to be hotplugged. # Example - rc_hotplug="!net.*" # This allows services that do not match "net.*" to be hotplugged. rc_hotplug="net.enp0s20f0u7 net.veth" # rc_logger launches a logging daemon to log the entire rc process to # /var/log/rc.log # NOTE: Linux systems require the devfs service to be started before # logging can take place and as such cannot log the sysinit runlevel. rc_logger="yes" # Through rc_log_path you can specify a custom log file. # The default value is: /var/log/rc.log rc_log_path="/var/log/rc.log" # If you want verbose output for OpenRC, set this to yes. If you want # verbose output for service foo only, set it to yes in /etc/conf.d/foo. #rc_verbose=no # By default we filter the environment for our running scripts. To allow other # variables through, add them here. Use a * to allow all variables through. #rc_env_allow="VAR1 VAR2" # By default we assume that all daemons will start correctly. # However, some do not - a classic example is that they fork and return 0 AND # then child barfs on a configuration error. Or the daemon has a bug and the # child crashes. You can set the number of milliseconds start-stop-daemon # waits to check that the daemon is still running after starting here. # The default is 0 - no checking. #rc_start_wait=100 # rc_nostop is a list of services which will not stop when changing runlevels. # This still allows the service itself to be stopped when called directly. #rc_nostop="" # rc will attempt to start crashed services by default. # However, it will not stop them by default as that could bring down other # critical services. #rc_crashed_stop=NO #rc_crashed_start=YES # Set rc_nocolor to yes if you do not want colors displayed in OpenRC # output. #rc_nocolor=NO ## # MISC CONFIGURATION VARIABLES # There variables are shared between many init scripts # Set unicode to YES to turn on unicode support for keyboards and screens. unicode="YES" # This is how long fuser should wait for a remote server to respond. The # default is 60 seconds, but it can be adjusted here. #rc_fuser_timeout=60 # Below is the default list of network fstypes. # # afs ceph cifs coda davfs fuse fuse.sshfs gfs glusterfs lustre ncpfs # nfs nfs4 ocfs2 shfs smbfs # # If you would like to add to this list, you can do so by adding your # own fstypes to the following variable. #extra_net_fs_list="" ## # SERVICE CONFIGURATION VARIABLES # These variables
Re: [gentoo-user] Nvidia GeForce GTX 960
Hi Silvio, I think the problem is that you have told portage to use both nouveau and nvidia as a driver for your card. If you have both drivers installed and do not blacklist one of them, the other will not work. > # modprobe nvidia > modprobe: ERROR: could not insert 'nvidia': No such device If nouveau takes control of the card first, for example, you will not be able to load the nvidia module anymore, just as it happens to you here. > # lspci | grep VGA > 01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] > (rev a1) You can run 'lspci -k' to see which driver is in use for a PCI device. This will probably return 'nouveau' for you. You can also check lsmod for the 'nouveau' module. > # cat /etc/portage/make.conf | grep VIDEO > VIDEO_CARDS="nouveau nvidia" I'm assuming you want the proprietary driver, so change this to read the following and run 'emerge -c' to get rid of the superfluous driver: VIDEO_CARDS="nvidia" -- Wolf
Re: [gentoo-user] imagemagick display image edit tool draws an opaque background [UPDATE]
Out of desperation, I've found out a workaround to this. This workaround suggests that it's a (introduced) bug in the program, because I can't make out any logic to it. im-display-eg-200913-1.png shows how the background is a not transparent but a single color from the original background. Note that the "ellipse" tool was chosen, not the "fill-ellipse". To get that image, I selected "image-edit -> draw... -> element -> ellipse color -> red Normally, the color selects the color of the element. This was new to me that I got a white element when selecting red. On other images, I indeed get red. But with the opaque "nonfill". A "fill ellipse" would have colored in the element with the selected color. Anyway, im-display-eg-200913-2.png shows with I drew three ellipses, changing only the color The second ellipse, of a dark color, was indeed transparent, showing the text underneath. When I tried to change the color to red again, I got the white square on the third ellipse. I said this was a workaround, because by experimenting around, I could get my red ellipse with transparent innerds and finish my project. But in preparing this report, I realized it's much more broken than I'd thought. On 2020-08-30 22:02, n952162 wrote: In all of the imagemagick display installations I have, when I use the image edit draw function, it includes an opaque background, rather than just the lines themselves. I've never had this with display(1) before, and can find nothing in the internet about it. That suggests to me that it's - again - a use-flag issue. Is there some use flag I have to use to have a colored line with a transparent background?
Re: [gentoo-user] Errors in nonexistent partitions
On Sun, Sep 13, 2020 at 8:17 PM Peter Humphrey wrote: > Morning all, > > My ~amd64 system uses partitions 1 to 18 on /dev/nvme0n1, and it has two > SATA > disks as well, for various purposes. Today, after I'd taken the system > down > for its weekly backup (I tar all the partitions to a USB disk) and started > up > again, invoking gparted to look around, libparted spat out a list of > partitions from 19 to 128 which, it said, "have been written but we have > been > unable to inform the kernel of the change..." > > I remerged gparted, parted, libparted and udisks, then booted another > system > and ran fsck -f on all the partitions from 4 to 18 - those that this > system > uses - and rebooted. No change - the same complaint from libparted. > I would start by dd ing an image of the entire disk, then making a copy to work on (keeping the original image as a backup) then running testdisk against the working copy image to see what it reports.
[gentoo-user] pdftk stopped working
Some time in the past month or two, pdftk has completely stopped working. No matter what file I point it to or what commands I try, I always get the message $ pdftk Done. Input errors, so no output created. If the file doesn't actually exist, I do get the expected error: $ pdftk asdfasfasdf.pdf cat foo.pdf Error: Unable to find file. Error: Failed to open PDF file: asdfasfasdf.pdf Errors encountered. No output created. Done. Input errors, so no output created. I've tried all sorts of .pdf files from various sources, and pdftk can't seem to parse any of them.
Re: [gentoo-user] pdftk stopped working
On Mon, Sep 14, 2020 at 01:00:53AM -, Grant Edwards wrote: > $ pdftk > Done. Input errors, so no output created. Have you tried running with increased verbosity? Perhaps these "input errors" will be described in a little more detail. https://linux.die.net/man/1/pdftk -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] Re: pdftk stopped working
On 2020-09-14, Ashley Dixon wrote: > On Mon, Sep 14, 2020 at 01:00:53AM -, Grant Edwards wrote: >> $ pdftk >> Done. Input errors, so no output created. > > Have you tried running with increased verbosity? Perhaps these "input errors" > will be described in a little more detail. > > https://linux.die.net/man/1/pdftk Apparently "input errors" means it doesn't like the _command_line_ arguments. I forgot the page ranges for the cat command. Dumb. -- Grant
Re: [gentoo-user] Errors in nonexistent partitions
I'm backing up my partitions maps to avoid such problems, I've had them before on spinning rust. Also backing up the headers of luks partitions, loose those and your' really sunk! --"Fascism begins the moment a ruling class, fearing the people may use their political democracy to gain economic democracy, begins to destroy political democracy in order to retain its power of exploitation and special privilege." Tommy Douglas Sep 13, 2020, 06:26 by pe...@prh.myzen.co.uk: > On Sunday, 13 September 2020 12:40:47 BST antlists wrote: > >> You're using the wrong tool to try and fix it. There's clearly something >> wrong with your partition TABLE, and you're using a tool that fixes the >> partition CONTENTS. >> > > Yes, I was clutching at straws, rather. > >> Use gparted (or gdisk) on the DISK, and that should sort things out. >> Check whether it thinks those partitions exist or not, and then get it >> to write a new partition table to clean things up. >> > > Gparted 0.31.0 on my rescue CD finds no problems. Parted in this system > doesn't > offer a checking tool, but gdisk does and it reports "no problems". Gparted > 1.1.0 in this system still reports the errors, but only once now on each disk > (so what's changed there? Beats me). > > Udisks was upgraded on 13 August and I may not have used gparted since then, > but reverting to the previous version hasn't helped. All the other packages I > mentioned have not been changed for months. > > So I'm still left wondering what to do. I'm happy that the hardware isn't on > the blink, anyway. > > -- > Regards, > Peter. >