I don't have Gnome installed, if that's what you're implying. I run the KDE/Plasma desktop in Mageia 7. I only have the GTK development packages, and the packages needed for Grip to run. Grip was originally made specifically for Gnome, back in the day. What would be interesting to know is if your 4K display would render it properly if you ran it in KDE/Plasma.
Well, here is a link to screenshots of how it looks on my 1920x1080 screen resolution. https://www.solbu.net/bilder/screenshoots/grip/ As t dependencies, I run Mageia 7 which came out in 2019. I have attached a list of the dependencies and versions my build VM wanted to install (as a result of «sudo urpmi --buildrequires SPECS/grip.spec») when I was recompiling grip earlier today.
Good catch! But does the increased width need to be that much? Would 30 or 35 be enouch? Also, on my physical system I don't see this behaviour. It dynamically adjusts the sizes inside the program window dependent on the translation, and I dont know why it does. I do remember on older systems I ran it did do just what you describe.
Ticket moved from /p/grip/bugs/397/
Store fgetc() return value in int for comparison with EOF
Wil be fixed in next release
For some reason I missed/forgot this bug repport. Thanks for fixing. :-)
Moving to github is as simple as pulling the git repo here, and push it to github. I've done it on a few projects of my own. :-)
fix crash on startup due to invalid pointer
Mulighet for å endre en faktura.
Mulighet for å forhåndsvise en faktura.
Python2 -> Python 3 / PyQT4 -> PyQT5
Skjønner ikke at jeg ikke kom på dette før nå. ;-) Men dette er mulig om man bruker en miljøvariabel i kommandoen. Vi bruker jo denne løsningen i testing (Doh!) ;-) «FAKTURADIR=$HOME/.faktura-firma2» – Denne setter mappen «/home/<brukernavn>/.faktura-firma2» som databasemappen for firma2. Standardmappen er «$HOME/.finfaktura»</brukernavn> «FAKTURADB=$HOME/.faktura-firma2/firma2.db» – Denne definerer et annet filnavn på databasen. Standard database-filnavn er «$HOME/.finfaktura/faktura.db»
Python2 -> Python 3 / PyQT4 -> PyQT5
Support for a password command
If someone creates a patch that does this, I will test it and if it works, merge it.
Ahh, yes. I changed that as it is a simple change. Personally I am satisfied with using GnuDB as replacement. Users config files still need to change that manually for it to work thou, as it will not override existing user configs.
I am actually not a programmer, so I can't do anything about it. I can do small changes, like changing URLs, fixing typos and tweaking the autotools code. If someone want Musicbrainz support, someone else have to do the job and send me a patch or merge request. Then I will test and merge it if it works.
There is also gnudb.org, which also use the discdb. So there could also be beneficial to keep the existing support, and add the Musicbrainz support as an addition, maybe even as the default. But then again, I'm not the one who are doing the job. :-)
Sorry for the long delay. This sounds interesting. :-) Feel free to send a patch, and I will test it. Quriously, the freedb is not shutdown yet. It was supposed to shutdown almost 2 months ago.
Closing as fixed, then. :-)
Warning "no write access to write wav file" when ripping
We received a patch not to long ago, where the description sounds familiar to this bug. Today we released a version 4.1.1 that hopefully fixed this issue.
And now we have released version 4.1.0, if you want to use/test an official tarball release. :-)
We are in the process of modernizing the codebase, where the long term goal is porting to GTK3. If you can you can go to the «Code» tab above and either download a snamshot, or clone the git repo and compile from the git source code. The only step that differs from the regular tarball releases is you need to run «autoreconf -if» as the first step, to generate the configure script. I'm not sure but I think your issue might be one of the things fixed in the not yet released codebase.
I am aware of it. Unfortunately I cannot do anything about it myself, as I don't know programming. (Yes, really). Two Gentoo developers have stepted up and have modernized much of the code. I hope they can help with this. MusicBrainz had a freedb compatible gateway running since about 2007, which they shut down last year…
I am aware of it. Unfortunately I cannot do anything about it myself, as I don't know programming. (Yes, really). Two Gentoo developers have stepted up and have modernized much of the code. I hope they can help with this. MusicBrainz had a freedb compatible gateway running saicne about 2007, which they shut down last year…
MusicBrainz removed their FreeDB gateway last year, so Grip currently Do Not support MusicBrainz at all. I am no personally able to add this support in any way, as I do not know programming (Yes, really) But a Gentoo developer is doing some modernisation of the code, and I plan to ask hin if he can do it. Short answer is, for MusicBrainz support to be added to grip someone need to send me patches that add the functionality, and I will gladly test and merge them.
Ticket moved from /p/grip/bugs/412/
Migrate to vte2.91 or allow to optionally disable the component requiring it
I forgot to reply, heh. vte0 was completely removed by a patch from the fedora maintainer, in version 4.0.0 released in october 2019.
Unable to compile on 3.9.0 on MacOS Mojave
Fixed in the comming release.
The «po/Makefile.in.in» is indeed not up to date. It is from at least fdar back as 2007, as I can't figure out how to update the gettext version used in grip. So that warning is indeed safe to ignore.
This sounds like it belongs in a bug repport. I suggest you open a bug in Tickets --> Bugs.
And I don't know how to fix it… But thank you for the update. :-)
Splitting on Artist/Title results in corrupted titles
Good catch. Fixed using your patch in upcomming version 4.0.1. :-)
Ticket moved from /p/grip/bugs/409/
Ignore deprecated declarations from GTK/Gnome
Fixed by a patch-set from the Fedora maintainer. For future reference, don't include the pot file in a patch, as that file is updated automatically by me upon release.
Replace deprecated glib print methods
Interesting timing of this and the other patch. :-) i just received a patchset from the Fedora grip maintainer, that fixes this and the deprecated declarations. I was just about to test them after applying, and if they work I'll push and release later tonight.
configurable SMTP server
It doesn't depend on sendmail, but the sendmail command which is provided by several mail servers, such as postfix, qmail, ssmtp, msmtp, esmtp, dma etc. You might need to update the sendmail alternative by using «update-alternatives» after installing the the mailserver of your choice. This should be done automatically by installing the prefered mail server package.
You can use «--disable-werror» as option to configure, which will turn the errors into warnings.
Missing header for NetBSD in src/cdplay.c
undefined reference to `WIFEXITED'
Fixed in the next release
Patches are welcome. :-)
fix for default oggenc command line
Was fixed on 2018-05-11 with a fedora patch.
Remove hardcoded /dev/cdrom
Ticket moved from /p/grip/bugs/407/
Compilation error with id3lib
Compilation error with id3lib
Sure.
Hi MB. This belongs in a separate bug repport.
When serveral disk share the same cddb key, only the latest is usable, buttons are not active
Squash line breaks in Subject display
Nice. Havent seen one of these myself, yet. Merged.
Ticket #2: Squash line breaks in Subject display
To those who wanted to help, the project has been renamed «hldig» and is hosted on Github
The patch doesn't apply.
The patch doesn't apply.
Ticket moved from /p/grip/support-requests/29/
Ticket moved from /p/grip/support-requests/30/
adds additional % Switches
Patch not attached, closing.
Add support for ~/.config/listadmin.ini
Nice work. Added in the next version.
small utf8 glitch + fix
Patch doesn't apply
CDDB Lookup and other problems
Patch doesn't apply.
Add --dry-run and --discard-all modes
Nice work. Merged. :-) Will create a release later today.
versionbuf buffer overflow in 'ja' locale
We believe it was fixed in version 3.3.2 by applying an old Debian patch from 2006.
Set Track number in ID3 tag (oggenc)
This was fixed in one of the versions released by Mike back in 2004 or 2005.
Add support for opus codec
And now I figured out how to fix this, thanks to a patch in bug #143. Will be included in the next release. :-)
add faac and %N for number of tracks
The patch didn't apply. Guess to much have changed sinnce you made it. By reading the patch, I could add the config option manually. :-) Will be included in the next release.
Patch by Phil Stracchino: extended genres to genre list
Added a .gitignore file
Track list rendering error
Add WinAmp-5.6 extended MP3 genres to genre list (patch included)
Nice work. :-) Will be included in next release.
Ticket moved from /p/grip/bugs/405/
Is it a virtual machine? If so, I cannot help.
Update to latest ABOUT-NLS
Sync Brazilian Portuguese from Translation Project
Update internal release docs
src/grip.c: fix compiler warning with gcc 8.0
Version 3.6.3
Update ChangeLog
Sync hungarian translation from Translation Project
Sync ukranian translation from TP