Re: iSCSI question
On 9/16/24 21:21, Arno Lehmann wrote: Hi Greg, Am 16.09.2024 um 18:41 schrieb Greg: Hi there, I would like ot use Debian box as iSCSI server (target if I'm not wrong). So I have two questions: 1. If I export /dev/md0 via iSCSI would I benefit from memory buffers? That's an interesting question... in all environments I ever used it, network was the bottleneck, so even if there are scenarios where memory buffers may be useful, you'd need very good connectivity to notice them, I think. I'm using ConnectX 3pro Mellanox adapters (56Gbps), it was cheaper than 10Gb Ethernet. 2. Is it possible to export a virtual device (like vmdk) by iSCSI? This would allow slight overbooking of the storage space. vmdk in particular I don't know, but I have exported overcommitted / thin LVs; for vmdk you might need to add some fancy losetup wrapper. My experience with overcommitting block storage is not purely positive, so I'd suggest to be very careful ;-) Ok, thanks
Re: iSCSI question
On 9/17/24 00:12, Andy Smith wrote: Hi, On Mon, Sep 16, 2024 at 06:41:28PM +0200, Greg wrote: 1. If I export /dev/md0 via iSCSI would I benefit from memory buffers? I've very little experience with iSCSI and don't know the answer to this… 2. Is it possible to export a virtual device (like vmdk) by iSCSI? This would allow slight overbooking of the storage space. …just want to say that I use qemu-nbd to turn things like vmdk images into block devices, which I can then do anything with that I do for other block devices, so that might be an option. https://jasonmurray.org/posts/2021/mountvmdk/ Thanks for the tip. it seems quite natural idea to use virtual drives. Is there any tgtd "plugin" or "driver" with virtual disk support?
Re: version control and project management
(As i only got the digest, not the mail itself?) > On Mon Sep 16, 2024 at 1:11 PM BST, Wim Bertels wrote: > > as software is continuously being developed, > > it seems logical that there are packages to use in debian for this > > purpose; ie project management (eg tickets, wiki, ..) and version > > control (eg git). Ideally, these packages should be dist- upgradable, as > > Debian is known for it's stability (eg Debian 11 > Debian 12) > > Do you wish for one package to do all of these jobs, or would separate > packages, each addressing a particular facet, be acceptable? yes that would be acceptable, given there is reasonable installation guide (debian-wiki, usr/share/doc, ..) on how to combine and setup these packages > > > * Gitea or Forgejo: incomplete? > > Gitea has never made it to a Debian stable release. Like most of these > large-ish web applications, with a lot of moving parts and dependencies, > they're ill-suited to Debian's packaging and release model. ok, i understand, i would be nice though to have something like forgejo > > > * others? > > For bugs alone, Debian's own bug system debbugs is packaged. > > > -- > Please do not CC me for listmail. > > 👱🏻Jonathan Dowland thanks for the feedback, Wim ps: i had been using redmine (debian, postgres) for more than 10 years with dist-upgrades, which did the job well (with some quirks for git and automatic repo creation to setup), so i was surprised to see it disappear (i had to install a few gems that where not packaged though)
Re: version control and project management
(As i only got the digest, not the mail itself?)
> On Mon, Sep 16, 2024 at 12:11:25PM +, Wim Bertels wrote:
> > there are packages to use in debian for this purpose; ie project
> > management (eg tickets, wiki, ..) and version control (eg git).
> > Ideally, these packages should be dist-upgradable, as Debian is
> > known for it's stability (eg Debian 11 > Debian 12)
> >
> > but it seems this is not so straightforward? (unless i miss
> > something clear in the landscape):
>
> You haven;t missed anything, but it is not related to these being
> project management solutions ("forges"). It's related to them being
> large and complicated web applications with many dependencies.
>
> For software like this which either isn't packaged in Debian or the
> packaging is limited, I tend to make use of virtual machines or
> containers and just go with upstream's install instructions. It's
> not great but it is often the easiest way.
that is the installation part,
my bigger concern is the maintenance part over the years,
as many projects and git repos might depend on it,
what is your experience/suggestion with that?
thanks for the feedback,
Wim
>
> Thanks,
> Andy
Re: version control and project management
On Tue Sep 17, 2024 at 8:45 AM BST, Wim Bertels wrote: > ps: i had been using redmine (debian, postgres) for more than 10 years > with dist-upgrades, which did the job well (with some quirks for git > and automatic repo creation to setup), so i was surprised to see it > disappear > (i had to install a few gems that where not packaged though) It looks like it's just under-maintained. It's maintained by the Debian Ruby Team, and perhaps needs more volunteers to work on it. Although it did drop out of the Bookworm release, it looks like it was subsequently added to the Bookworm 'backports' repository, so is available that way. Given the maintenance situation though, I'd not bet on it being in the next stable release (it's currently not in the testing distribution). -- Please do not CC me for listmail. 👱🏻 Jonathan Dowland ✎j...@debian.org 🔗 https://jmtd.net
Re: version control and project management
Juri Grabowski schreef op di 17-09-2024 om 00:23 [+0200]: > On Mon, Sep 16, 2024 at 12:11:25PM +, Wim Bertels wrote: > > If you have other suggestions, let me know. Just looking for a > > stable, > > trustworthy solution with at least git, issues/tickets, wiki and > > user > > management. > Packaged solution can be: > gitolite3 + org-mode thanks Juri, i would have to check gitolite3 setup with ldap/ad auth for which purpose would you org-mode (also given that devs can have their own coding style), Wim > > > Best Regards, > Juri Grabowski
Re: version control and project management
On 2024-09-16, Wim Bertels wrote: > If you have other suggestions, let me know. Just looking for a stable, > trustworthy solution with at least git, issues/tickets, wiki and user > management. I heavily used MantisBT but it's only the bug tracking part https://mantisbt.org/index.php Do you try https://packages.debian.org/bookworm/fossil
