Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Hah! Who needs PPAs? I have my own multimedia+ repo!

Graphical Environments, Managers, Multimedia & Desktop questions.
Post Reply
Message
Author
User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#121 Post by stevepusser »

Adding vlc 2.2.8 for Stretch.

I've built vlc 3.0 release candidate 2 from the Sid sources on my own install, and it seems great in my tests, but I'll probably wait until the final release to add it. 3.0 builds on vanilla Stretch, except that I backported libaribb24-dev first.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#122 Post by stevepusser »

The development version of the GIMP 2.9.9~3 is done for the Stretch section of the repo, and I'm working to get it in the Jessie part.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#123 Post by stevepusser »

OK, the new GIMP is built for Jessie. Now building: openshot-qt 2.4.1 for Jessie and Stretch. :)
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#124 Post by stevepusser »

ffmpeg upgraded to 3.4.1 for Stretch. Now adding Kodi 17.6 for Jessie and Stretch.
MX Linux packager and developer

Innovate
Posts: 188
Joined: 2015-12-27 01:28

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#125 Post by Innovate »

It's kind of hilarious when we've gimp 2.8.22 & gimp next 2.9.9 for debian stretch while testing, sid is still just 2.8.20
We can break their(those mistook testing sid for rolling release) statement for those who say "Debian stable too old package"
with "Like hell, it does"

Thx for kodi 17.6 on stretch I don't have to touch frankendebian or go testing/sid like others over there. :mrgreen:

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#126 Post by stevepusser »

Innovate wrote:It's kind of hilarious when we've gimp 2.8.22 & gimp next 2.9.9 for debian stretch while testing, sid is still just 2.8.20
We can break their(those mistook testing sid for rolling release) statement for those who say "Debian stable too old package"
with "Like hell, it does"

Thx for kodi 17.6 on stretch I don't have to touch frankendebian or go testing/sid like others over there. :mrgreen:
Or even that gimp and Kodi on oldstable (Jessie)! But someone in Debian or elsewhere has to roll up their sleeves and do the work...
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#127 Post by stevepusser »

SMPlayer updated to 17.12.0 for Jessie and Stretch.
QMPlay2 updated to 17.12.31 for Stretch.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#128 Post by stevepusser »

SMPlayer updated to 18.1.0, fixes Youtube Playback from URL.
MX Linux packager and developer

Innovate
Posts: 188
Joined: 2015-12-27 01:28

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#129 Post by Innovate »

Can I request mpc-qt?
You can get source from here.
https://github.com/cmdrkotori/mpc-qt

AUR, opensuse already have it but none of any deb distro build it yet until now.
https://software.opensuse.org/package/mpc-qt

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#130 Post by stevepusser »

I'll take a look at it.

Edit: Well, I can build a working amd64 MX 17-based package on my own desktop, but when I try the same source on the OBS repo or in a MX 17 pbuilder (Stretch plus MX 17 repo), they both fail, saying they can't find the libmpv development files.

It's probably something that will make me face-palm when I find out why...like we couldn't backport hplip 3.7.10 from upstream Debian until we forced it to disable parallel builds, which makes it fail. The switch to debhelper 10 with 3.17.7-2 made it parallel build by default, even if we didn't ask it to.
MX Linux packager and developer

Innovate
Posts: 188
Joined: 2015-12-27 01:28

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#131 Post by Innovate »

stevepusser wrote:I'll take a look at it.

Edit: Well, I can build a working amd64 MX 17-based package on my own desktop, but when I try the same source on the OBS repo or in a MX 17 pbuilder (Stretch plus MX 17 repo), they both fail, saying they can't find the libmpv development files.

It's probably something that will make me face-palm when I find out why...like we couldn't backport hplip 3.7.10 from upstream Debian until we forced it to disable parallel builds, which makes it fail. The switch to debhelper 10 with 3.17.7-2 made it parallel build by default, even if we didn't ask it to.
Don't worry I won't rush. If I successfully build mine I'll share my homework.
Building on OBS repo is trickery they use older Debian packages they didn't update repo like official debian repo.
Rare stuff that I gave recently you are stuff that I can't built but they've build, make files lib requirement for debian so it's very challenging.
Maybe that'd be the case why dev themselves didn't make .deb packages release on github yet.
Qt4-5 is one of the hardest ones. If got sample debian/rules & other sample template would be easy.
GTK is most easy with autogen.sh, configure. While python need --with python(or python3) --buildsystem=pybuild.
Cmake sometimes easy but sometimes need to set rules to build properly.
But the most hardest one would be electron apps I never saw these apps upload
on any debian repo only can download .deb from their official app sites. Stacer for example it's html5 electron apps.

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#132 Post by stevepusser »

Well, I have found that just a tiny rules file using debhelper usually handles building Qt applications easily; that's what I used for my experimental builds. Then you add on to it with overrides if you need any customizations, like they say to add libarchive support if you want to use it to read comic books archive files.

Code: Select all

#!/usr/bin/make -f

%:
	dh $@
I was messing around with the OBS, and found that you don't need special permission any longer to add ARM 7 (Raspberry Pi) and ARM 64 repositories, but they only worked on Stretch.

So here's what packages built for those:

https://build.opensuse.org/project/moni ... ucceeded=1

https://build.opensuse.org/project/moni ... ucceeded=1

I have also managed to build mpv-0.28 on my own machine with an internal ffmpeg, which fixes live Youtube streams, so I should be able to add that to the repo pretty soon. Debian's probable misstep with ffmpeg 3.4.X means I can't build it against the system ffmpeg for now.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#133 Post by stevepusser »

Updated libxine2 for Stretch to the 0.2.8 version from Stretch.

Added mpv 0.28.0, which will be using its own internal ffmpeg build to work around Debian's problem with sonames on ffmpeg 3.4.X. Among other fixes and changes, 0.28.0 will fix the broken Youtube live streams. Packages are built on Stretch already, Jessie packages are still building. This required an upgrade of nasm to 2.13, and since ffmpeg is built against nasm, also triggered a rebuild of ffmpeg and everything that builds against it, such as Kodi. But everything should settle out pretty soon.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#134 Post by stevepusser »

I found out how to add Debian testing to my OBS repos, but just adding it to my existing repo fails to work for some odd debhelper-dpkg-dev conflict reason. A separate buster-only repo has no such problem. I'll add packages to it that aren't in Debian, such as dvdstyler, avidemux, and peek.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#135 Post by stevepusser »

obs-studio updated to 20.1.3
clipgrab updated to 3.6.6

doing some work on the Buster repository: https://build.opensuse.org/project/show ... multimedia
MX Linux packager and developer

dcihon
Posts: 279
Joined: 2012-09-23 16:18
Been thanked: 3 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#136 Post by dcihon »

don't forget compiz.
I'm being selfish here.
Thanks

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#137 Post by stevepusser »

I've been doing some work on it: https://build.opensuse.org/project/show ... z-reloaded

Edit: OK, it's done for Debian Testing and Ubuntu 17.10 now (i386 and amd64). There are also working repos for arm71 (the Pi) and aarch64 (ARM 64) for Debian Stretch only. For those just skimming the thread, compiz-reloaded is in a separate repository than the multimedia stuff.
MX Linux packager and developer

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#138 Post by stevepusser »

Updating Krita to 3.3.3 for Stretch from the Buster sources. I had to disable a mysterious "libqt5opengl5-desktop-dev" build-depend, which is not available anywhere in Debian. So I'm baffled as to how the Buster packages managed to build.

It builds and runs fine without that build-depend. https://build.opensuse.org/package/show ... sert/krita
MX Linux packager and developer

Innovate
Posts: 188
Joined: 2015-12-27 01:28

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#139 Post by Innovate »

Btw,
Did you fix by remove krita 10+ spamming krita.mime.desktop icons but keep the mime right click work?
Users they can get annoy when they found out inside menulibre or alacarte. This bug was report but still remain unfix.
https://lists.debian.org/debian-qt-kde/ ... 00498.html
Some ppl think it's a bug from some distro but not really, it's Krita source fault from the beginning
These culprit files locate inside krita-3.3.3/plugins/impex/culprit-folders/krita.all-mime.desktop
While the main krita.desktop file located at krita-3.3.3/krita/org.kde.krita.desktop
The result is after compile the krita.all-mime.desktops 10+ of them name Krita mixed up with krita.desktop files
Most default krita package they didn't fix that I planned to fix before upload to my repo as well.
I've try lots of time but no avail & I used to cut all desktop extension files inside CmakeList.txt file to prevent them build
It worked only prevent mime.desktop icons as I need but it won't able to right-click any mime type instead.
Even it tried to change DESTINATION ${XDG_APPS_INSTALL_DIR}) into destination /usr/share/applications/custom-directory)
it won't build. Maybe I set it wrong.

Maybe you can fix that since you're skill packaging & coding than mine.
small krita.bmp.desktop inside cmakelist file would be:
install( PROGRAMS krita_bmp.desktop DESTINATION ${XDG_APPS_INSTALL_DIR})
I'd like you to check it out if you can fix once 3.3.4+ release. If can't nvm I'll deal with it.

User avatar
stevepusser
Posts: 12930
Joined: 2009-10-06 05:53
Has thanked: 41 times
Been thanked: 71 times

Re: Hah! Who needs PPAs? I have my own multimedia+ repo!

#140 Post by stevepusser »

If it's a bug in upstream Debian, then it came along with my backport. But I don't see more than one entry in the XFCE or KDE menus for Krita for that nearly 10 year old "bug". The mime ones are marked "do not show" and are clearly marked that way in the menu editors, so it's more of a cosmetic annoyance there only...probably why it's been left that way.

You could remove them after install for your repo version without any messing with the Krita source code by doing that in a debian/postinst script file. You can also try installing your own custom main krita.desktop file from /debian by taking the original krita.desktop and adding a "MimeType=" entry with same filetypes as the ones you removed...see gimp.desktop of an example. This is a bit kludgy but should work if those removed desktop files didn't do any other special commands.
MX Linux packager and developer

Post Reply