[ISSUE] [Package Request] XDEB .deb to .xbps converter

[ISSUE] [Package Request] XDEB .deb to .xbps converter

[xanadu3]

[-- Attachment #1: Type: text/plain, Size: 248 bytes --]

New issue by xanadu3 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981

Description:
XDEB successfully converts .deb packages into a .xbps package and an x86_64-repodata file.

https://github.com/toluschr/xdeb

Re: [Package Request] XDEB .deb to .xbps converter

[Duncaen]

[-- Attachment #1: Type: text/plain, Size: 244 bytes --]

New comment by Duncaen on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739501491

Comment:
Adding this to the repository feels like some sort of endorsement, I don't think this is a good idea.

Re: [Package Request] XDEB .deb to .xbps converter

[nativepapaya]

[-- Attachment #1: Type: text/plain, Size: 288 bytes --]

New comment by nativepapaya on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739523864

Comment:
Personally, it might be better to instead request the deb package that you would like to see in void rather than relying on tools like this.

Re: [Package Request] XDEB .deb to .xbps converter

[xanadu3]

[-- Attachment #1: Type: text/plain, Size: 1078 bytes --]

New comment by xanadu3 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739534210

Comment:
Indeed it would be better to have all these packages I'd wish to have in an official repository, supervised by official Void developers, but most of them are not redistributable and some of them are open source but hard to compile. Some examples:

* Master PDF Editor 4.3.89 (the last free version with full functionality)
* ProtonMail Bridge 1.5.2 (now open source – but as far as I know depending on some non-free Qt component – maybe I'm wrong)
* Sublime Text Dev 4094
* The closed source VS Code
* Ubuntu Audio Recorder

I converted them with XDEB and they work perfectly. Of course this is just a quick an dirty solution, but because of this I was able to migrate from Artix runit to Void. The AUR is quite handy in such cases, although of questionable security :D

For CrossOver, I decided to install it in my user folder instead of systemwide, using the official generic installer.

What do you think about that?

Re: [Package Request] XDEB .deb to .xbps converter

[nativepapaya]

[-- Attachment #1: Type: text/plain, Size: 289 bytes --]

New comment by nativepapaya on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739523864

Comment:
Personally, it might be better to instead request the deb package that you would like to see in void rather than relying on tools like these.

Re: [Package Request] XDEB .deb to .xbps converter

[jrigg]

[-- Attachment #1: Type: text/plain, Size: 476 bytes --]

New comment by jrigg on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739561147

Comment:
It's easy to extract files from .deb packages with 'ar x package.deb' and install them manually, eg. in /usr/local  or ~/. I've done this on a couple of occasions when I needed a quick and dirty solution, but I wouldn't be comfortable with an application that installed 'foreign' package files in the same places as official Void pkgs.

Re: [Package Request] XDEB .deb to .xbps converter

[jrigg]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

New comment by jrigg on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739561147

Comment:
It's fairly easy to extract files from .deb packages with 'ar x package.deb' and install them manually, eg. in /usr/local  or ~/. I've done this on a couple of occasions when I needed a quick and dirty solution, but I wouldn't be comfortable with an application that installed 'foreign' package files in the same places as official Void pkgs.

Re: [Package Request] XDEB .deb to .xbps converter

[xanadu3]

[-- Attachment #1: Type: text/plain, Size: 839 bytes --]

New comment by xanadu3 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739565851

Comment:
> It's fairly easy to extract files from .deb packages with 'ar x package.deb' and install them manually, eg. in /usr/local or ~/. I've done this on a couple of occasions when I needed a quick and dirty solution, but I wouldn't be comfortable with an application that installed 'foreign' package files in the same places as official Void pkgs.

XDEB doesn't install anything. It unpacks a .deb and packs it as a .xbps. After that it has to be installed with xbps-install.  Personally, I don't like unpacking .debs and installing their content manually, since uninstalling or updating afterwards is quite inconvenient. Actually, XDEB does a very similar thing as xbps-src does e.g. with discord.

Re: [Package Request] XDEB .deb to .xbps converter

[lane-brain]

[-- Attachment #1: Type: text/plain, Size: 1548 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739566417

Comment:
It's a reality that proprietary software will tend to target Ubuntu, but I'm also aware that proprietary software isn't void's focus. I'm sympathetic for this use case however, there happens to be a template for bitwig studio I use that uses the `ar x` method @jrigg described. 

I think that xdeb did something useful, which was write the script that extracts the dependencies and converts them to their xbps equivalents. I'm looking over the script just to see exactly how xdeb constructs the package. It would appear that it simply installs everything into their target directories as dpkg would; so installing alongside the official xbps package file targets. I also don't think that's a good idea. 

What I think would be great is if instead of spitting out a full package, a parser like this generates a package template with the dependencies and other package info filled in, and leaves it to the maintainer to make whatever tweaks needed. A tool like that should be included.

Because it's for the most part individual applications you would have to install this way I believe that these packages should live in their own folders in /opt with a launch script placed in bin, which is currently what the bitwig package does. But it's worthwhile to have a larger conversation, because since this is a common enough use case it would be worthwhile to establish conventions about opt packages.

Re: [Package Request] XDEB .deb to .xbps converter

[lane-brain]

[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739566417

Comment:
It's a reality that proprietary software will tend to target Ubuntu, but I'm also aware that proprietary software isn't void's focus. I'm sympathetic for this use case however, there happens to be a template for bitwig studio that uses the `ar x` method @jrigg described. 

I think that xdeb did something useful, which was write the script that extracts the dependencies and converts them to their xbps equivalents. I'm looking over the script just to see exactly how xdeb constructs the package. It would appear that it simply installs everything into their target directories as dpkg would; so installing alongside the official xbps package file targets. I also don't think that's a good idea. 

What I think would be great is if instead of spitting out a full package, a parser like this generates a package template with the dependencies and other package info filled in, and leaves it to the maintainer to make whatever tweaks needed. A tool like that should be included.

Because it's for the most part individual applications you would have to install this way I believe that these packages should live in their own folders in /opt with a launch script placed in bin, which is currently what the bitwig package does. But it's worthwhile to have a larger conversation, because since this is a common enough use case it would be worthwhile to establish conventions about opt packages.

Re: [Package Request] XDEB .deb to .xbps converter

[jrigg]

[-- Attachment #1: Type: text/plain, Size: 377 bytes --]

New comment by jrigg on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739575802

Comment:
> XDEB doesn't install anything. It unpacks a .deb and packs it as a .xbps. After that it has to be installed with xbps-install. 

Which I presume will install the files in /usr, not /usr/local or /opt. That's the part I don't like.

Re: [Package Request] XDEB .deb to .xbps converter

[xanadu3]

[-- Attachment #1: Type: text/plain, Size: 1019 bytes --]

New comment by xanadu3 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739599155

Comment:
@lane-brain and @jrigg – I agree that a conversion without an adaptation of the folder structure and other distro specific details is not a good idea. I tried XDEB also with steam and in this case the autoconverted package broke my system. :D

It would be great if XDEB could be the starting point of a toolkit for the (semi) automatic creation of template files. Void is very charming on the desktop and even if "proprietary software isn't void's focus", it is often quite hard to live without it. Arch solved the problem with the toolchain around AUR, the PKGBUILD files and makepkg. In my opinion, it would be great if Void had something similar: A repository of template files, integrated into OctoXBPS.

(BTW: The ProtonMail Bridge e.g. is distributed  in three formats: DEB, RPM and PKGBUILD. Wouldn't it be marvellous if they provided also an XBPS template file?)

Re: [Package Request] XDEB .deb to .xbps converter

[hippi777]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

New comment by hippi777 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739619375

Comment:
hi folks! :) 

i saw other distros' package managers in void, i see them as they are nice-to-have toys for making void a swiss army knife when it comes to hack on broken systems or for experimenting with whatever weird ideas and what not... :D i feel the same about xdeb! it can be used to experiment around debian stuffs while i guess xbps will track the files of the packages created xdeb, and that renders it less of a dirty work.

other than this to my campaign for it, i guess its basically a matter of 1-2 lines inside the docs, that it exists, it is related to void, and therefore included for quick-and-dirty hacking purposes, however it is discouraged, and basically a package request is the way to go.

also, i think it should be improved, it has active maintenance, u can address the maintainer of it with requests, that is the option for creating an initial/"good enough" template, and it should get a way to prefix the path, and then it can install things under /usr/local or home, or even a chroot test environment! :)

(dont forget to) have fun on hacking! ;) (... i mean in general, and just to keep the right spirit! :D )

Re: [Package Request] XDEB .deb to .xbps converter

[hippi777]

[-- Attachment #1: Type: text/plain, Size: 1293 bytes --]

New comment by hippi777 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-739619375

Comment:
hi folks! :) 

i saw other distros' package managers in void, i see them as they are nice-to-have toys for making void a swiss army knife when it comes to hack on broken systems or for experimenting with whatever weird ideas and what not... :D i feel the same about xdeb! it can be used to experiment around debian stuffs while i guess xbps will track the files of the packages created by xdeb, and that renders it less of a dirty work.

other than this to my campaign for it, i guess its basically a matter of 1-2 lines inside the docs, that it exists, it is related to void, and therefore included for quick-and-dirty hacking purposes, however it is discouraged, and basically a package request is the way to go.

also, i think it should be improved, it has active maintenance, u can address the maintainer of it with requests, that is the option for creating an initial/"good enough" template, and it should get a way to prefix the path, and then it can install things under /usr/local or home, or even a chroot test environment! :)

(dont forget to) have fun on hacking! ;) (... i mean in general, and just to keep the right spirit! :D )

Re: [Package Request] XDEB .deb to .xbps converter

[glaulher]

[-- Attachment #1: Type: text/plain, Size: 182 bytes --]

New comment by glaulher on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-753335054

Comment:
there is apt in void, does not answer?

Re: [Package Request] XDEB .deb to .xbps converter

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 279 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/26981#issuecomment-764819087

Comment:
Unpacking debian packages isn't something we recommend, which is what adding the tools to the official repositories would mean. Closing.

Re: [ISSUE] [CLOSED] [Package Request] XDEB .deb to .xbps converter

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 251 bytes --]

Closed issue by xanadu3 on void-packages repository

https://github.com/void-linux/void-packages/issues/26981

Description:
XDEB successfully converts .deb packages into a .xbps package and an x86_64-repodata file.

https://github.com/toluschr/xdeb