Hi László,
On 9/26/24 21:12, László Böszörményi (GCS) wrote:
> On Wed, Sep 25, 2024 at 9:46 PM Bernd Schubert
> wrote:
>> I would like to ask how painful is a library (libfuse) .so for a
>> distribution?
> In what sense? Upstream ABI breakages don't help, I wait f
Hello,
I would like to ask how painful is a library (libfuse) .so for a
distribution?
As you can see here https://github.com/libfuse/libfuse/pull/1038
there are some arguments not to do so.
The pull request above explains why and adds even more breakage,
when we already have chance for that. But
On 3/11/24 14:32, Andrea Bolognani wrote:
> On Thu, Mar 07, 2024 at 07:47:23PM +0100, Bernd Schubert wrote:
>> Hi all,
>>
>> this is certainly not kind of the mail I was hoping for as a new libfuse
>> maintainer.
>>
>> As you can see from the title a
Hi Amir,
thanks for your help!
On 3/9/24 03:46, Amir Goldstein wrote:
> On Thu, Mar 7, 2024 at 8:47 PM Bernd Schubert
> wrote:
>>
>> Hi all,
>>
>> this is certainly not kind of the mail I was hoping for as a new libfuse
>> maintainer.
>>
>> A
the distro package maintainers here for their
> guidance/input? Like I say I’ve not had experience of this type of issue
> before but I’m sure the distros will have.
>
> Ashley.
>
>> On 7 Mar 2024, at 16:05, Bernd Schubert wrote:
>>
>> Hi Ashley,
>>
>>
On 07/19/2013 06:43 PM, John Paul Adrian Glaubitz wrote:
On 07/19/2013 05:43 PM, Thomas Goirand wrote:
We try to have technical reasoning, which is (one of) the reason this
list exists. This has nothing to do with voting.
If we actually did, the choice would have already been made for systemd
On 05/22/2013 06:19 PM, Steve Langasek wrote:
On Wed, May 22, 2013 at 03:39:00PM +0200, Bernd Schubert wrote:
On 05/22/2013 04:50 AM, Uoti Urpala wrote:
Lucas Nussbaum wrote:
I went through the various init systems threads again during the last
few days. My understanding of the consensus so
On 05/22/2013 04:50 AM, Uoti Urpala wrote:
Lucas Nussbaum wrote:
I went through the various init systems threads again during the last
few days. My understanding of the consensus so far is the following:
- Both systemd and upstart bring many useful features, and are a
clear improvement over
On Wednesday 16 June 2010, Tim Retout wrote:
> On 15 June 2010 21:59, Neil Williams wrote:
> > Encouraging maintainers to invest their time in QA
> > makes more sense than adding more NEW packages to become the QA
> > workload of the future. Directing everyone at NEW is counter-productive
> > and
Hello Christopher,
On Wednesday 01 July 2009, Simmons, Christopher wrote:
> Package: collectl
> Version: 3.3.4
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
> *** Please type your report below this line ***
> I wish to work on creating a debian package for collectl-3.3.4
>
On Monday 02 March 2009, Russell Coker wrote:
> On Mon, 2 Mar 2009, Bernd Schubert wrote:
> > > Since the release of Lenny, I have installed arround 60 Workstaions,
> > > but making tararchives of the original installation and reinstalled
> > > Lenny from scrat
On Monday 02 March 2009, Michelle Konzack wrote:
> Am 2009-03-02 06:23:26, schrieb Goswin von Brederlow:
> > Since everything seems to be dumping core on your system have you
> > thought about the possibility that it might be your system that is at
> > fault? Such a widespread range of coredumps us
Guus Sliepen wrote:
> On Thu, Feb 19, 2009 at 10:31:43AM +, Guy Coates wrote:
>
>> * Package name: libibumad
>> Version : 1.2.3
>> Upstream Author : Voltaire, Inc.
>> * URL : http://www.openfabrics.org
>
> I do not see a libibumad tarball there, I did find OFED-1.
William Pitcock wrote:
> Hi,
>
> I am wondering if it is a good idea to remove lilo entirely. At the
> moment, lilo has been pulled from testing, and the code is in a shape
> where a grave bug (bug #479607) is unlikely fixable without severe
> refactoring of the codebase.
Well, grub is also not
Marc Haber wrote:
> On Tue, 15 Aug 2006 11:03:31 +0200, Bernd Schubert
> <[EMAIL PROTECTED]> wrote:
>>Ubuntu already has vmware kernel module packages
>
> Yes, but adapting them to Debian seems to be nontrivial. I have not
> yet been able to get them build on Debi
Marc Haber wrote:
> On Sun, 13 Aug 2006 01:06:59 +0100, Peter Collingbourne
> <[EMAIL PROTECTED]> wrote:
>>I found there were no VMware-related packages in the official
>>repository, nor any way of creating them. Thus I propose to create
>>a tool that will build (for example for VMware Server) vm
Wouter Verhelst wrote:
> On Mon, Aug 14, 2006 at 10:58:13AM -0500, Steve Greenland wrote:
>> On 12-Aug-06, 09:09 (CDT), Jon Dowland <[EMAIL PROTECTED]> wrote:
>> > At 1155391794 past the epoch, Bernd Schubert wrote:
>> > > Btw, why always the autotools
> The fork-team can look at http://www.arklinux.org/projects/dvdrtools, a
> 100% free fork of cdrtools.
> The SVN is inactive from 6 month, but the autotool-ization is already
> done and it can write on DVDs, and probably is better than starting
> another fork.
Btw, why always the autotools while
Hi,
while I just build some kernel module packages for our clients and
installing them, I think I found a bug applying to almost all kernel module
packages.
Most packages have a file like postinst.modules.in with something like
#!/bin/sh
set -e
if [ "`uname -r`" = "_KVERS_" ] ; then
depmod -
Michael Prokop wrote:
> But /etc/init.d/$PACKAGE is executed only, if "[ -x "`which
> invoke-rc.d 2>/dev/null`" ]" fails. And I still don't see what's the
Ah, I entirely misunderstood your intention. I thought you want to get rid
of this if condition and execute the commands one after the other.
>
> inside their prerm maintainer scripts. If stopping $PACKAGE through
> invoke-rc.d/init-script fails, removing the package fails as well.
>
> Using:
>
> invoke-rc.d $PACKAGE stop || true
> /etc/init.d/$PACKAGE stop || true
>
We are using chroot environments (e.g. with sid) where no daem
Michael Prokop wrote:
> * Bernd Schubert <[EMAIL PROTECTED]> wrote:
>
>>> inside their prerm maintainer scripts. If stopping $PACKAGE through
>>> invoke-rc.d/init-script fails, removing the package fails as well.
>
>>> Using:
>
>>> invoke
>
>> I reported a bug several weeks ago and didn't get the slightest response.
>
> You filed a single severity: important bug against apt. Regardless of
> whether you got an answer, this doesn't qualify as "critical".
>
I decided to fill it in as 'important' only, since I was surprised nobody
>
>> I suppose so -- it'll probably take a while before the translations are
>> ready anyway. When do you think apt 0.6.41 and its related packages will
>> go in?
>
> Not until gcc-4.0 and perl are both updated in testing, which block much
> of
> the archive from being updated right now. gcc-
Alexander Schmehl wrote:
> * SAVERIO FERRARO <[EMAIL PROTECTED]> [041005 18:49]:
>> I HAVE SOME PROBLEMS WITH THE CONFIGURATION OF THIS PRINT.
>> HOW HAVE I TO DO?
>
> Tell us your problem, and we might be able to help.
>
> Oh, and in case you didn't noticed: Your caps-lock key seems to be
> bro
25 matches
Mail list logo
