Re: [arch-general] gnupg version
On Tue, Dec 1, 2020, 8:58 AM Alexander Epaneshnikov via arch-general < arch-general@archlinux.org> wrote: > hello. GnuPG 2.2.25 has been released it fixes bug which affects me. but > arch only has Version 2.2.24-1 in testing. my question is why it haven't > been updated? if the maintainer simply does not have time yet, then I > understand, but maybe there is another reason? > -- > Sincerely, Alexander. > How new is the new version? If it's very new, it might not have had enough time to get packaged. -- Yash >
Re: [arch-general] pacman reset procedure
Yeah, this sounds more like a mirror problem than a database problem. On Fri, Nov 27, 2020, 9:16 AM LuKaRo wrote: > On 27.11.20 15:37, Jude DaShiell wrote: > > Failed to synchronize all error failed to update each database and > > finally error failed to synchronize all data bases. > Are you sure that this is really an error in your database and not just an > error of your mirror? I've had similar errors multiple times, and every > time it was the mirror I used that had some error. Just using a different > mirror in /etc/pacman/mirrorlist fixed it, I never had to intervene > manually. >
Re: [arch-general] Thunderbird package version
On Tue, Nov 10, 2020, 5:02 PM Steven Guikal via arch-general < arch-general@archlinux.org> wrote: > Hi, > > I'm looking at the thunderbird package, and the reported version is > 68.12.0-1 which is rather outdated. Trying to install the package also > installs the outdated version. However, looking at the PKGBUILD it's > 78.4.1. Why is this the case? > There is already a quite lengthy discussion about this issue going on on the mailing list. -- Yash >
Re: [arch-general] Makepkg: Incremental builds
On Mon, Nov 2, 2020, 12:40 PM LuKaRo wrote: > Hi everyone, > > I'm currently building ungoogled-chromium from AUR, which is running for > 6 hrs now on my 6-core i7-9750H laptop and almost done. However, I'm > thinking about what happens when the next version will be released. From > my understanding, when running git pull to fetch the latest version from > AUR and afterwards makepkg -sri, the old binaries will be deleted prior > to starting the build, which will probably require to build everything > from scratch. Am I right? > However, I'm sure that only parts of the source change between versions. > Therefore, only parts of the binary files would need to be built again, > which would dramatically decrease build time. Correct? How can I make > use of incremental builds using makepkg? I'm aware of the -e switch, but > that would skip the prepare function, which might be required as e.g. > new patch files from AUR would need to be applied. > > Furthermore, the timestamps of the source files all seem to be set to > the archival date. This would probably also require a full build, even > if only parts of the source changed. Correct? If yes, is there a way to > fix that? Having to spend 6-7 hrs of build time on each new release would make > frequent updating impractical. There are binary packages available on the ungoogled-chromium-archlinux GitHub page[1], however, downloading binaries from untrusted sources is usually frowned upon. [1]: https://github.com/ungoogled-software/ungoogled-chromium-archlinux -- Yash Thanks in advance! LuKaRo
Re: [arch-general] cd/dvd burning software
On Wed, Oct 21, 2020, 7:02 AM Jude DaShiell wrote: > On Wed, 21 Oct 2020, mick howe via arch-general wrote: > > > Date: Tue, 20 Oct 2020 22:27:46 > > From: mick howe via arch-general > > To: General Discussion about Arch Linux > > Cc: mick howe > > Subject: [arch-general] cd/dvd burning software > > > > I'm chasing a simple program to burn CD/DVD and print a simple, plain > > text file list prefer to fit the disc case > > I've not done the printing part, but cdrskin ought to handle the rest of > your requirements nicely. > > > > > mick in glen innes 2370 > > > > -- > Perhaps if OP told us what exactly he wants to burn, we could be of more assistance.
Re: [arch-general] Update to Boost Libraries
On Wed, Oct 7, 2020 at 3:05 PM Jayesh Badwaik via arch-general < arch-general@archlinux.org> wrote: > Is there a reason why boost libraries are stuck to version 1.72 when > 1.74 are already available? I cannot find anything on the bug tracker. > > Thank you. > > -- > Best > Jayesh Badwaik > Hi, How long has the updated version been available? If it was just released then it will take some time for it to get packaged. If it has been a while, you can flag the package out of date through the web interface. Cheers, Yash
[arch-general] cockpit-docker no longer in [community]
Hey all, Today I noticed that the Docker section was gone from my cockpit[1] dashboard on my server. I then tried uninstalling and reinstalling cockpit-docker, and realized I cannot install it anymore. Some google searching tells me that the cockpit-docker package has been removed from [community], and it is not in the AUR. Is there a reason it was removed? I am okay with installing an old version and putting it in IgnorePkg. Thanks, Yash [1]: https://cockpit-project.org/
Re: [arch-general] conflict on /usr/bin generated by tigervnc?
On Wed, Sep 9, 2020, 7:54 PM Javier via arch-general < arch-general@archlinux.org> wrote: > On 9/9/20 5:59 PM, Doug Newgard via arch-general wrote: > > On Wed, 9 Sep 2020 17:41:28 -0600 > > Javier via arch-general wrote: > > > >> Hi ! > >> > >> On Today's upgrade: > >> > >> % pacman -Syu > >> :: Synchronizing package databases... > >> ... > >> Packages (9) ... tigervnc-1.11.0-1 ... > >> ... > >> tigervnc-1.11.0-1-x86_64 131.3 MiB 3.51 MiB/s 00:37 > [] 100% > >> (9/9) checking keys in keyring > > [] 100% > >> (9/9) checking package integrity > [] 100% > >> (9/9) loading package files > [] 100% > >> (9/9) checking for file conflicts > [] 100% > >> error: failed to commit transaction (conflicting files) > >> tigervnc: /usr/sbin exists in filesystem (owned by filesystem) > >> Errors occurred, no packages were upgraded. > >> > >> Usually that get fixed by using "--overwrite /usr/sbin". But I find it > wrong for tigervnc to own "/usr/sbin", so I think in this case tigervnc is > not right. Would this be the case, or it's OK for tigervnc to be the owner > and then to overwrite? > >> > >> Thanks ! > >> > > > > NO! DO NOT OVERWRITE! In fact, never overwrite when the file is owned by > > another package, you'll just create more problems. This is a packaging > bug, and > > this package is currently uninstallable on Arch. > > > > Scimmia > > > > Understood ! Actually I thought it to be dangerous for sure ! > > Thanks ! > > -- > Javier > Shouldn't we put something up on the main page about this? Yash
Re: [arch-general] HP Laserjet plus 1020 Problem
Try printing something out, then look for changes in those three files. Yash
Re: [arch-general] HP Laserjet plus 1020 Problem
On Wed, Aug 19, 2020, 9:15 AM Andy Pieters wrote: > On Wed, 19 Aug 2020 at 15:11, karx via arch-general < > arch-general@archlinux.org> wrote: > > > On Wed, Aug 19, 2020, 9:08 AM das via arch-general < > > arch-general@archlinux.org> wrote: > > > > > > > I am not > > > sure what you mean by 'cups file'. Can you please ask me simple > > > specific questions? > > > > > > > Hi, > > > > I think by 'cups file', he means your cups configuration file. > > > > Sorry, I meant the log files in /var/log/cups/ > Oh, my bad! >
Re: [arch-general] HP Laserjet plus 1020 Problem
On Wed, Aug 19, 2020, 9:08 AM das via arch-general < arch-general@archlinux.org> wrote: > I am not > sure what you mean by 'cups file'. Can you please ask me simple > specific questions? > Hi, I think by 'cups file', he means your cups configuration file. Yash >
Re: [arch-general] Thunderbird 78
On Fri, Aug 14, 2020, 9:45 PM mpan wrote: > > Is there any reason the package is stuck to version 68? > The reason is given on the very top of the page you have linked. > Correct me if I'm wrong, but couldn't we package thunderbird 78 in something like testing or the AUR for people who absolutely need 78, and then keep the stable version how it is? Yash >
Re: [arch-general] Pros/Cons of Python zipapp packaging
On Mon, Aug 10, 2020, 6:46 PM Filipe Laíns via arch-general < arch-general@archlinux.org> wrote: > On Mon, 2020-08-10 at 21:49 +0100, Daan De Meyer via arch-general wrote: > > Hi, > > > > We've been discussing the distribution mechanism for mkosi ( > > https://github.com/systemd/mkosi) and one of the ideas is using Python > > zipapp (https://docs.python.org/3/library/zipapp.html) to allow us to > split > > mkosi up into multiple files for easier development without complicating > > the packaging process. zipapp takes all source files in a directory and > > bundles them up into a single executable python zip archive so after > > building the zip you can simply call ./mkosi to run mkosi and can put it > > anywhere in the PATH to simply run mkosi wherever you want. Are there any > > issues with this approach from a distro packaging perspective? Zipapp > > doesn't bundle a specific python version (uses system python and system > > python stdlib) and we don't intend on bundling any dependencies in the > > zipapp. I don't think I've ever seen a python application packaged this > way > > which is why I'm asking. > > > > Cheers, > > > > Daan > > Hi Daan, > > This approach works, although I am not a fan. Are there any reasons for > you to want to do it this way? Which problem are you trying to solve? > > Python packaging is pretty standardized and I would say that most > likely all the problem you will ever find have been solved already. Why > not adopt the usual approach? > > I do not think this packaging method it would be an issue from a distro > POV, unless some distro specifically has a guideline against this kind > of approach, but it might be an issue for Python standalone packaging. > It is something that can be worked around, but definitely troublesome. > > If you want to support this distribution mechanism *in addition* to the > standard Python packaging, that would be okay. But a distro like arch > would most probably package it the normal way. > > In which case I would ask, who is the user for this? Maybe just as > standalone? That would make some sense, but given the Python ecosystem > has decent tooling nowadays, as an upstream I would probably just tell > users to pip/pipx install mkosi. > > I would say that in spirit it goes against the FHS[1], but that is a > very opinionated and subjective take from my part. Feel free to ignore. > > [1] https://refspecs.linuxfoundation.org/FHS_3.0/fhs.html > > Cheers, > Filipe Laíns > It looks like he wants to make an executable, instead of a module that you import or install Yash >
Re: [arch-general] Time stamps are in 24 hour format how can you change this.
On Mon, Apr 6, 2020, 1:57 PM Matthew dyer via arch-general < arch-general@archlinux.org> wrote: > Hi all, > > I am using Jenux which is a basic installer for arch Linux, but any I have > notest that for some reason when using thunderbird with orca, Time and day > are spoken in 24 hour format with year, month day followed by the time in > 24 > hour format. My time zone is set correctly. For example > 2020/2020/jfirstjf > 15:jj. Any one know how to switch to udds format? It's driving me crazy. > If I use orca to get the time it is spoken correctly. Thanks all. > > > > Matthew > > > > PS, I have checked the arch wiki, but came up empty. Thanks. > And anyway, you should not be using an installer to install Arch Linux. The Arch Wiki is more than enough to get an Arch system up and running. >
Re: [arch-general] Problem with reflector
On Sat, Mar 7, 2020, 9:59 PM Yaro Kasear wrote: > > On 3/7/20 9:53 PM, karx via arch-general wrote: > > On Sat, Mar 7, 2020, 9:50 PM Neven Sajko wrote: > > > >> I have not fully understood your situation, but can you not just > >> change the PATH environment variable? > >> > > No. I need python for other projects, and would much rather use a version > > management system rather than risk messing up the system python. > Basically, > > what I am asking is, can I get reflector to work with pyenv? > > > You could just change PATH for the one terminal with an 'export > PATH=/usr/bin:$PATH' > > That wouldn't affect PATH for any other sessions... > > Yaro > Thanks for your reply. If I put this in a bash script, will it reset once the script is done running? >
Re: [arch-general] Problem with reflector
On Sat, Mar 7, 2020, 9:57 PM Eli Schwartz via arch-general < arch-general@archlinux.org> wrote: > On 3/7/20 10:53 PM, karx via arch-general wrote: > > On Sat, Mar 7, 2020, 9:50 PM Neven Sajko wrote: > > > >> I have not fully understood your situation, but can you not just > >> change the PATH environment variable? > >> > > > > No. I need python for other projects, and would much rather use a version > > management system rather than risk messing up the system python. > Basically, > > what I am asking is, can I get reflector to work with pyenv? > > This has nothing to do with reflector, you will as a general rule of > thumb break *all* python software by using a venv as the default python. > > You should only be using venvs when manually activated for a given > project, limited to the shell in which you are using the project. > > -- > Eli Schwartz > Bug Wrangler and Trusted User > I don't think you're understanding, it's not a venv. It is simply an alternative python installation (similar to Anaconda Python) that lets me manage my python versions. >
Re: [arch-general] Problem with reflector
On Sat, Mar 7, 2020, 9:50 PM Neven Sajko wrote: > I have not fully understood your situation, but can you not just > change the PATH environment variable? > No. I need python for other projects, and would much rather use a version management system rather than risk messing up the system python. Basically, what I am asking is, can I get reflector to work with pyenv? >
Re: [arch-general] Problem with reflector
On Sat, Mar 7, 2020, 8:25 PM karx wrote: > ...but actually running the reflector command says that the python file. > python file was not found* >
[arch-general] Problem with reflector
Hi all, I'm trying to install reflector to manage pacman mirrors. Upon install, everything seems to be working, but actually running the reflector command says that the python file. The PKGBUILD installs the file to the system python, but the python binary that is higher in the path is the one installed by asdf-vm, which uses pyenv in the background. Because this has its own directory, the file is not installed to this location, so when the reflector command invokes python, it invokes the one installed by asdf-vm, which obviously cannot find the file Any ideas on how to fix this? Thanks, Yash Karandikar
