Build Packages for Debian environments. #136

timfallmk · 2014-10-03T22:02:48Z

It would be great to have built packages for debian environment, namely Ubuntu. There are lot of build requirements that would make it harder to build yourself.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/5077196-build-packages-for-debian-environments?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github).

Swordfish90 · 2014-10-03T23:08:56Z

Yeah, I wanted to wait till the code was in a stable state (no more changes to the build system and so on). Right now I think it might be time to really consider packaging.

KAMiKAZOW · 2014-10-03T23:28:00Z

Debian/Ubuntu have "alien" to install RPMs. Tell me how the dependencies are called there and I can add them to the spec file (or one of you does it) but I think you meant .deb packages.

timfallmk · 2014-10-03T23:43:51Z

Right. I definitely meant debs. Alien is a good hack, but not for permanent packages.
Sent using CloudMagic
On Fri, Oct 03, 2014 at 4:28 PM, KAMiKAZOW notifications@github.com wrote:Debian/Ubuntu have "alien" to install RPMs. Tell me how the dependencies are called there and I can add them to the spec file (or one of you does it) but I think you meant .deb packages.

—Reply to this email directly or view it on GitHub.

timfallmk · 2014-10-03T23:44:00Z

Have you considered something like Bin Tray for a build/serve system?
Sent using CloudMagic
On Fri, Oct 03, 2014 at 4:37 PM, Tim Fall tim@midokura.com wrote:Right. I definitely meant debs. Alien is a good hack, but not for permanent packages.
Sent using CloudMagic
On Fri, Oct 03, 2014 at 4:28 PM, KAMiKAZOW notifications@github.com wrote:Debian/Ubuntu have "alien" to install RPMs. Tell me how the dependencies are called there and I can add them to the spec file (or one of you does it) but I think you meant .deb packages.

—Reply to this email directly or view it on GitHub.

KAMiKAZOW · 2014-10-04T00:48:53Z

Actually the LSB standard says that RPM is the proper permanent solution and there is no sane reason why RPMs shouldn't be understood by apt but that's an off topic discussion. :-)

Bintray is a commercial service. Open Build Service does the same as proper FOSS solution with a free of charge instance running on http://build.opensuse.org (incl support for Debian and Ubuntu), although I think getting CRT into Debian itself would be the best course of action. All Debian derivatives (like Ubuntu) would inherit CRT automatically.

timfallmk · 2014-10-04T04:53:38Z

It was just a suggestion. And I'm not sure if it's "commercial" but it is free.Sent using CloudMagicOn Fri, Oct 3, 2014 at 17:48, KAMiKAZOW notifications@github.com wrote: Actually the LSB standard says that RPM is the proper permanent solution and there is no sane reason why RPMs shouldn't be understood by apt but that's an off topic discussion. :-)

Bintray is a commercial service. Open Build Service does the same as proper FOSS solution with a free of charge instance running on http://build.opensuse.org (incl support for Debian and Ubuntu), although I think getting CRT into Debian itself would be the best course of action. All Debian derivatives (like Ubuntu) would inherit CRT automatically.

—Reply to this email directly or view it on GitHub.

jekader · 2014-10-09T17:32:23Z

I would also love to see this packaged as a .deb - hope this happens soon.

jekader · 2014-10-10T21:05:04Z

So I made some initial manifest which build into .deb just fine on my system. Pull request created. Now it's up to someone to configure OpenBuildService to produce the packages.

jekader · 2014-10-11T09:43:59Z

The pull request was merged, so to build a .deb you can tun these commands:

install dependencies:

apt-get install git devscripts debhelper build-essential build-essential qmlscene qt5-qmake qt5-default qtdeclarative5-dev qml-module-qtquick-controls qml-module-qtgraphicaleffects qml-module-qtquick-dialogs qml-module-qtquick-localstorage qml-module-qtquick-window2

fetch sources and build the deb:
$ mkdir crt_debian && cd crt_debian && git clone https://github.com/Swordfish90/cool-retro-term.git && tar -cvzf cool-retro-term_0.9.orig.tar.gz cool-retro-term/* && cd cool-retro-term && cp -r packaging/debian . && debuild -us -uc

KAMiKAZOW · 2014-10-12T01:37:36Z

Building doesn't even start in my OBS test repo. It just says "excluded".
Apparently something called dsc file is required as well, at least that's what exists under https://build.opensuse.org/package/show/shells:fish:release:2/fish

jekader · 2014-10-12T09:16:07Z

Hmmm... Interesting. The .dsc file contains checksums of archives and is generated during package build [1]. This kind of defeats the whole purpose of automated builds, or maybe I'm misunderstanding something. Still, I've shared the files I got during my build so that you can test if this makes the build run [2]. The resulting .deb is there as well just in case.

[1] https://wiki.debian.org/dsc
[2] https://www.jekader.net/owncloud/public.php?service=files&t=b3830181c15fcc8924f11555ce6cff7a&path=%2F0.9

KAMiKAZOW · 2014-10-13T02:39:17Z

Maybe it's also that the source package has to have ".orig" in its name? I have absolutely no clue. Debian packaging seems insanely convoluted – 5 files + 1 directory with an additional file to achieve the exactly same thing an RPM can do in a single file (two if you outsource the changelog).

Considering that I'm not using any Debian-based distribution, I don't have that much motivation to find out the details about Debian packaging (I'm still learning RPM ;) ).
Maybe one of you guys want to register an account on https://build.opensuse.org/ and try for yourself?

jekader · 2014-10-17T19:29:00Z

@KAMiKAZOW I tried to build it but it's missing dependencies on the build service. Wanted to put it on Launchpad instead, and guess what I randomly found?

https://launchpad.net/~joern-schoenyan/+archive/ubuntu/lxqt/+packages

A chap is trying to build it on Launchpad! Need to get in touch with him to inform about this thread.

JoernSchoenyan · 2014-10-17T19:39:01Z

Really a nice coincidence ;-)

Well, that dependencies are missing at all in Ubuntu Trusty, but they do exist in Utopic.

JoernSchoenyan · 2014-10-17T20:06:55Z

I've added qt5-default to the build dependencies and it builds! Can't test it right now, because I'm still on Trusty and crashed my Utopic VM few days ago. So feel free to test it ;-)

jekader · 2014-10-17T20:13:51Z

@JoernSchoenyan thank you! Tested to install and work on Debian Sid amd64. Please create a pull request to add the build dependency. Otherwise tell me and I'll do that. Also, can you somehow automate the process on launchpad to regularly pull and build latest git commits?

JoernSchoenyan · 2014-10-17T20:18:00Z

I guess yes, even if I've never tried it. I will take a look into that tomorrow and inform you about my progress.

JoernSchoenyan · 2014-10-18T11:58:03Z

Hello everyone, short update:

Good news: with different dependencies it's now building correctly in Ubuntu Trusty (tested locally with pbuilder). The bad news: Launchpad isn't able to import the Git repo.

2014-10-18 11:53:24 INFO Unable to import branch because of limitations in Bazaar.
2014-10-18 11:53:24 INFO The repository you are fetching from contains submodules, which are not yet supported.

JoernSchoenyan · 2014-10-21T10:00:23Z

I've uploaded the debian folders to my Google Drive, there is one for Trusty (not sure if it would work for Precise - I guess not) and one for Utopic, which should work in the next cycle, too. In the future, there will be a smaller diff to Debian regarding Qt than in the past.

Copy the appropiate debian-* folder in the source folder, then:

dch (if you want to update the changelog for example to bump the version)
debuild -S -sa (to build the source package - you will need an archive with the source, too, but only once per version. so when you've uploaded 0.9, you can omit -sa and run only debuild -S)
dput ppa:your-team/your-ppa ../cute-retro-term_0.9-2~trusty1_source.changes (or simmilar)

I hope that helps ;-)

https://drive.google.com/file/d/0B5KBmyjlQESwS202Yzh6VkJuTWM/view?usp=sharing

tomchiverton · 2015-01-10T12:21:21Z

I have succesfully used @JoernSchoenyan debian folder to package to a Ubuntu PPA, and it's install without issues on my Trusty laptop, including all the dependencies.

https://launchpad.net/~bugs-launchpad-net-falkensweb/+archive/ubuntu/cool-retro-term/

Swordfish90 · 2015-01-10T12:29:14Z

@tomchiverton Good news. Which version are you currently packaging?

Swordfish90 · 2015-01-10T12:31:38Z

If someone is interested in packaging it for Ubuntu 14.10 there is a known issue between the default Qt version and libxext (stdout gets flooded with error messages slowing down the experience). The only solution is to grab the vivid version of libxext.

tomchiverton · 2015-01-10T12:32:48Z

@Swordfish90 master as of last night

Swordfish90 · 2015-01-10T12:41:58Z

@tomchiverton Good. It's better to update the version in the package then. I can still read 0.9, which was a sort of boilerplate version we had before.

tomchiverton · 2015-01-10T12:51:49Z

@Swordfish90 what version should the package be called ? I can easily call it any version regardless of what the internal original source file is called.

Also, I'm not sure what 'vivid version' of libext refers to. In theory we can have a different dependency for 14.10 or statically compile against our own version though, so that's fixable.

Swordfish90 · 2015-01-10T14:09:03Z

@tomchiverton This is the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1369113 . This is related to steam games but the error is the same. This bug was fixed upstream in the following commit:

http://cgit.freedesktop.org/xorg/lib/libXext/commit/?id=11aad96bd689d54156064d2e81213dc827a689d1

At the moment I've installed the libxext version from vivid on my laptop (http://packages.ubuntu.com/source/vivid/libxext) but I understand this is a suboptimal solution. So if someone has a better idea I'm all ears.

tomchiverton · 2015-01-11T09:40:10Z

@Swordfish90 I'm tempted to publish the package as is for 14.10 then, and note on the PPA web page that you should upgrade that library if you find the performance poor ?

Swordfish90 · 2015-01-12T12:19:01Z

@tomchiverton Agreed. I think it's probably the best solution at the moment. We'll see if someone has a better solution in the long term.

tomchiverton · 2015-01-13T18:24:15Z

Done.

nodiscc · 2016-01-04T19:29:53Z

The RFP for a cool-retro-term Debian package is at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758238

tomchiverton · 2016-01-05T09:08:00Z

The RFP is over a year old, and needs a lawyer to unpick the licence issues. I think sticking with a PPA is the best plan.

nodiscc · 2016-01-05T11:43:30Z

https://github.com/Swordfish90/cool-retro-term/blob/master/app/qml/fonts/modern-envy-code-r/Read%20Me.txt#L16

tomchiverton · 2016-01-05T12:27:14Z

For instance, yes. @Swordfish90 may have a licence grant we don't know about, for instance.

Swordfish90 · 2016-01-07T10:10:42Z

@tomchiverton ... I'm sorry I completely forgot about the licensing issues. I don't have any license grant and I think this needs to be addressed quite soon. To the experts here: getting those licenses would solve all the problems with the Debian packages or we are forced to remove the non-free fonts?

nodiscc · 2016-01-07T14:02:35Z

I think you'd have to completely remove Monaco. I think other non-free fonts would have to be packaged in separate non-free packages, but maybe you could start with a package that provides only free fonts?

You can ask the Debian people by replying to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758238

buhtz · 2016-08-09T19:07:09Z

I am not able to build the current git repo on Debian unstable.

user@TONNE:~/share/work/cool-retro-term$ LANG=en-US.UTF-8 qmake
user@TONNE:~/share/work/cool-retro-term$ LANG=en-US.UTF-8 make
cd qmltermwidget/ && ( test -e Makefile || /usr/lib/x86_64-linux-gnu/qt5/bin/qmake /home/user/share/work/cool-retro-term/qmltermwidget/qmltermwidget.pro -o Makefile ) && make -f Makefile 
Cannot find file: /home/user/share/work/cool-retro-term/qmltermwidget/qmltermwidget.pro.
Makefile:43: recipe for target 'sub-qmltermwidget-make_first-ordered' failed
make: *** [sub-qmltermwidget-make_first-ordered] Error 2

tomchiverton · 2016-08-10T18:42:53Z

My PPA is available for 16.04, so it must be able to build on that platform ?

buhtz · 2016-08-10T20:42:14Z

@tomchiverton Ubuntu 16.04 is far away from Debian unstable. It is not the same plattform.

tomchiverton · 2016-08-10T20:44:44Z

Correct. I am unsure of how far the two diverge at the moment. What KDE platform version is unstable ? (K)ubuntu is using 5.5.

buhtz · 2016-08-10T20:48:47Z

I don't use KDE as desktop. Not sure what libs are in the system. You can find details at Debians Package Tracker. e.g. for meta-kde.

alexmyczko · 2016-08-22T15:52:39Z

Maybe you want to add an Atari 800 font? www.aiei.ch/atari/

alexmyczko · 2016-09-02T11:52:16Z

Oh and https://github.com/rewtnull/amigafonts (the ttf/ directory)

probonopd · 2016-10-23T23:37:04Z

You could build an AppImage on Travis CI and reach users of debian, Ubuntu, CentOS, Fedora, Linux Mint, elementary OS, openSUSE, and many other distributions with just one and the same AppImage.

buhtz · 2016-10-24T08:34:39Z

There are a lot of discussed disadvantages of such image-formats (AppImage, Snappy, etc). It is not recommended. And this Issue is about debian packes and not alternative solutions.

probonopd · 2016-10-24T10:44:55Z

It's not an either-or...

jekader · 2016-10-24T11:03:46Z

As always, pull requests are welcome ;)

xaionaro · 2017-02-01T07:42:43Z

Relates: #331

buhtz · 2017-07-20T19:25:08Z

Also see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758238

And #332

probonopd · 2017-07-20T19:40:24Z

...and #336

alexmyczko · 2018-01-04T12:34:50Z

I'm having problems packaging (well running the software) when removing non-free fonts:
my app/qml/fonts only has

modern-hermit
modern-inconsolata
modern-pro-font-win-tweaked
modern-proggy-tiny
modern-terminus

and the others removed, where else do I have to edit that the fonts are gone? Any way you separate the non-free fonts from the building, and have them optional?

alexmyczko · 2018-05-06T11:26:15Z

Guess I have to do the reverse described in: #240 (comment) to get the non-free stuff removed from the software. Or maybe replace it with free alternatives...

alexmyczko · 2020-01-21T06:55:17Z

meanwhile http://sid.ethz.ch/debian/cool-retro-term/2020/ a package is ready for official debian inclusion, waiting in NEW queue for review

alexmyczko · 2020-01-24T16:57:38Z

meanwhile if you have debian sid you can apt install cool-retro-term

i guess this one can be closed? please close this issue, as it's available on debian, ubuntu, raspberry...

Swordfish90 added the enhancement label Oct 3, 2014

probonopd mentioned this issue Feb 5, 2017

Support upstream projects in providing AppImages AppImageCommunity/pkg2appimage#29

Open

59 tasks

probonopd mentioned this issue Feb 25, 2017

Generate AppImage of each build on Travis CI #336

Merged

Build Packages for Debian environments. #136

Build Packages for Debian environments. #136

Comments

timfallmk commented Oct 3, 2014 • edited by Swordfish90 Loading

Swordfish90 commented Oct 3, 2014

KAMiKAZOW commented Oct 3, 2014

timfallmk commented Oct 3, 2014

timfallmk commented Oct 3, 2014

KAMiKAZOW commented Oct 4, 2014

timfallmk commented Oct 4, 2014

jekader commented Oct 9, 2014

jekader commented Oct 10, 2014

jekader commented Oct 11, 2014

apt-get install git devscripts debhelper build-essential build-essential qmlscene qt5-qmake qt5-default qtdeclarative5-dev qml-module-qtquick-controls qml-module-qtgraphicaleffects qml-module-qtquick-dialogs qml-module-qtquick-localstorage qml-module-qtquick-window2

KAMiKAZOW commented Oct 12, 2014

jekader commented Oct 12, 2014

KAMiKAZOW commented Oct 13, 2014

jekader commented Oct 17, 2014

JoernSchoenyan commented Oct 17, 2014

JoernSchoenyan commented Oct 17, 2014

jekader commented Oct 17, 2014

JoernSchoenyan commented Oct 17, 2014

JoernSchoenyan commented Oct 18, 2014

JoernSchoenyan commented Oct 21, 2014

tomchiverton commented Jan 10, 2015

Swordfish90 commented Jan 10, 2015

Swordfish90 commented Jan 10, 2015

tomchiverton commented Jan 10, 2015

Swordfish90 commented Jan 10, 2015

tomchiverton commented Jan 10, 2015

Swordfish90 commented Jan 10, 2015

tomchiverton commented Jan 11, 2015

Swordfish90 commented Jan 12, 2015

tomchiverton commented Jan 13, 2015

nodiscc commented Jan 4, 2016

tomchiverton commented Jan 5, 2016

nodiscc commented Jan 5, 2016

tomchiverton commented Jan 5, 2016

Swordfish90 commented Jan 7, 2016

nodiscc commented Jan 7, 2016

buhtz commented Aug 9, 2016

tomchiverton commented Aug 10, 2016

buhtz commented Aug 10, 2016

tomchiverton commented Aug 10, 2016 • edited Loading

buhtz commented Aug 10, 2016

alexmyczko commented Aug 22, 2016

alexmyczko commented Sep 2, 2016

probonopd commented Oct 23, 2016

buhtz commented Oct 24, 2016

probonopd commented Oct 24, 2016

jekader commented Oct 24, 2016

xaionaro commented Feb 1, 2017

buhtz commented Jul 20, 2017 • edited Loading

probonopd commented Jul 20, 2017

alexmyczko commented Jan 4, 2018 • edited Loading

alexmyczko commented May 6, 2018

alexmyczko commented Jan 21, 2020 • edited Loading

alexmyczko commented Jan 24, 2020 • edited Loading

timfallmk commented Oct 3, 2014 •

edited by Swordfish90

Loading

tomchiverton commented Aug 10, 2016 •

edited

Loading

buhtz commented Jul 20, 2017 •

edited

Loading

alexmyczko commented Jan 4, 2018 •

edited

Loading

alexmyczko commented Jan 21, 2020 •

edited

Loading

alexmyczko commented Jan 24, 2020 •

edited

Loading