Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: protobuild
Version : 0.3.0-1
Upstream Author : containerd
* URL : https://github.com/containerd/protobuild
* License : Apache-2.0
Programming Lang: Go
Description : Build
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-errdefs
Version : 0.1.0-1
Upstream Author : containerd
* URL : https://github.com/containerd/errdefs
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-nri
Version : 0.6.1-1
Upstream Author : containerd
* URL : https://github.com/containerd/nri
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-kubernetes-cri-api
Version : v0.25.3
Upstream Author : Kubernetes
* URL : https://github.com/kubernetes/cri-api
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-log
Version : 0.1.0-1
Upstream Author : containerd
* URL : https://github.com/containerd/log
* License : Apache-2.0
Programming Lang: Go
Description
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-imgcrypt
Version : 1.1.11-1
Upstream Author : containerd
* URL : https://github.com/containerd/imgcrypt
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: fulcio
Version : 1.4.5-1
Upstream Author : sigstore
* URL : https://github.com/sigstore/fulcio
* License : Apache-2.0
Programming Lang: Go
Description : Sigstore OIDC PKI
Fulcio
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-cloudflare-backoff
Version : 0.0~git20161212.647f3cd-1
Upstream Author : Cloudflare
* URL : https://github.com/cloudflare/backoff
* License : BSD-2-clause
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-zmap-zlint
Version : 3.6.2-1
Upstream Author : The ZMap Project
* URL : https://github.com/zmap/zlint
* License : Apache-2.0
Programming Lang: Go
Description : X.509
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: zcrypto
Version : 0.0~git20240512.0fef58d-1
Upstream Author : The ZMap Project
* URL : https://github.com/zmap/zcrypto
* License : Apache 2.0, ISC, MIT
Programming Lang: Go
On Wed, Jun 26, 2024 at 1:11 PM Simon McVittie wrote:
>
> I don't think podman can do this within a single run. It might be feasible
> to do the setup (installing build-dependencies) with networking enabled;
> leave the root filesystem of that container intact; and reuse it as the
> root filesyst
On Thu, Jun 27, 2024 at 7:45 AM Helmut Grohne wrote:
> Please allow for another podman question (and more people than Simon
> know the answer). Every time I run a podman container (e.g. when I run
> autopkgtest) my ~/.local/share/containers grows. I think autopkgtest
> manages to clean up in the
On Mon, Jul 1, 2024 at 11:59 AM Simon McVittie wrote:
> On Mon, 01 Jul 2024 at 09:18:19 +0200, Philipp Kern wrote:
> One use-case that I'm familiar with is bwrap (bubblewrap, as used by
> flatpak) nested inside podman. bwrap is a relatively limited container
> technology with relatively "light" r
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-containerd-aufs
Version : 1.0.0-1
Upstream Author : containerd
* URL : https://github.com/containerd/aufs
* License : Apache-2.0
Programming Lang: Go
Description
On Mon, 14 Mar 2005 15:11:01 +0100, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:
> * Hamish Moffatt
>
> | OK, that makes sense. Can you buy those architectures new? (Surely yes
> | in the case of s390 at least, probably mipsel also as the mips CPU
> | manufacturers are alive and well.)
>
> [EMAIL P
On Tue, 15 Mar 2005 18:37:10 +0100, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> > > This was bought about a week ago; a linksys WRT54GS.
> >
> > Please be serious. Did you really manage to get debian running on that
> > hardware?
> > [...]
> You probably missed the GS suffix.
Please provide me then
On 18 Mar 2005 18:58:50 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> > A much faster solution would be to use distcc or scratchbox for
> > crosscompiling.
>
> Debian packages cannot be reliably built with a cross-compiler,
> because they very frequently need to execute the compiled bin
On 1/11/06, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> >> No, I think it's because Ubuntu doesn't cooperate well with Debian,
> >> while pretending to cooperate.
> >
> > Does Debian want to cooperate with Ubuntu, and how well does Debian
> > do? What steps could Ubuntu and Debian reasonably
On 1/12/06, Roger Leigh <[EMAIL PROTECTED]> wrote:
> I don't know if you read my other mail, but I do find it hard to
> cooperate with Ubuntu for my own package, because each time it has
> been uploaded to Ubuntu it was done my a different person, so I don't
> know who I should be cooperating /wit
On 1/15/06, Roger Leigh <[EMAIL PROTECTED]> wrote:
> Completely agreed. While I don't object to occasional mails from
> Ubuntu users, I don't generally have a proper Ubuntu contact (or list)
> to point them to. This would help a lot there, as well as preventing
> the problem in the first place.
oduce results.
>
The current procedure of syncing packages is via requesting them via
email or irc. As I understand this is going to change with the switch
of our infrastructure from katie to soyuz. This can faciliate issues
like this.
> 2) numlockx
>
> Patched by Reinhard Tartler to ad
On 1/16/06, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote:
> > While I don't disagree with this sentiment, keep in mind that Debian
> > itself is sometimes guilty of adding changes to packages when the
> > upstream may or may not approve. Of course, we'll justify by saying
> > that "users want it"
ian? Or can we live with an less
intrusive approach?
I'd prefer a solution which can be implemented in a reasonable time
frame, and which ends this annoyingly heated discussion once and for
all.
--
Reinhard Tartler <[EMAIL PROTECTED]>
signature.asc
Description: Dies i
On 1/17/06, Bill Allombert <[EMAIL PROTECTED]> wrote:
> 1) No changes rebuild-only upload should still be versionned so that we
> do not end up with two .deb with the same version but different
> contents. Rebuilding a package with a newer toolchain can cause
> different dependencies and bugs.
In
On 1/18/06, Bill Allombert <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 18, 2006 at 10:47:35AM +0100, Reinhard Tartler wrote:
> > On 1/17/06, Bill Allombert <[EMAIL PROTECTED]> wrote:
> > > 1) No changes rebuild-only upload should still be versionned so that we
> >
On 1/18/06, Bill Allombert <[EMAIL PROTECTED]> wrote:
> > As pointed out several times, the source package in the ubuntu archive
> > is NOT different to the source package in the debian archive. The
> > binary package have been rebuilt in an different environment, which
> > can caus different depen
On 1/17/06, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> As it is, to me, Ubuntu is just a group of people, some of which might
> have names[1]. I find it hard to work with such a thing; while I would
> love to work more closely with Ubuntu, the lack of personality is what's
> holding me back---and
On 1/18/06, Mike Bird <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-01-18 at 05:29, Reinhard Tartler wrote:
> > Oh. There might be a misunderstanding: No binary package is taken from
> > debian, only source packages. This means that EVERY package is being
> > rebuilt in u
On 1/18/06, Mike Bird <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-01-18 at 11:04, Reinhard Tartler wrote:
> > On 1/18/06, Mike Bird <[EMAIL PROTECTED]> wrote:
> > > What please is the difference between a buildX package and all the
> > > other packages that wer
On 1/19/06, Kevin Mark <[EMAIL PROTECTED]> wrote:
> > you could check changelogs.ubuntu.com which holds changelog and
> > copyright files of the packages.
> Hi Reinhard,
> are the changelogs on changelogs.ubuntu.com only from stable releases or
> do they include testing/dapper? Also, I was checking
( CC:'ing debian-devel as a heads-up for a new transition. )
Ok, this is a status update for openal/freealut and a question for
advice.
OpenAL Upstream has decided to introduce proper library versioning and
will start with an SONAME of libopenal.so.1 in their next upstream
release.
Currently,
Goswin von Brederlow wrote:
>> I need to find a way of identifying the name of an installed
>> distrobution. This mechanism should be able to differentiate
>>
>> woody
>> sarge
>> etch
>> sid
>> hoary
>> breezy
>> dapper
>
> Even worse is when people mix up those releases and even
> distributions.
Carlos C Soto wrote:
> Does ubuntu has a /etc/ubuntu_version ?
yes, it reads 'testing/unstable' for all past releases.
Greetings,
Reinhard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Michael Gilbert wrote:
> I've read a lot about the binary incompatibility concern between
> Debian and Ubuntu.
It is a design decision of ubuntu to ensure source code compatibility
only. Binary compatibility to debian/stable is not a release goal.
> I think that Ubuntu's motivation to provide the
On Apr 8, 2005 12:05 AM, Steve Greenland <[EMAIL PROTECTED]> wrote:
> Expect people to whine. I personally don't see why "@daily" is
> significantly easier than "0 0 * * *" but apparently some people get all
> sweaty if they have to type an asterisk.
what about the "@reboot" extension? I think th
Frank Küster wrote:
>> There is also sbuild (which may be used with or without schroot to
>> manage the chroot). I prefer it to pbuilder, but I may be a little
>> biased ;-)
>
> Isn't sbuild usually using a permanently unpacked chroot which persists
> between different invocations of the tool? Th
cs. I think it would be a great win to have mplayer in debian.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s only spread FUD. Please help to
improve the situation by mentioning concrete remaining problems.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mike Hommey <[EMAIL PROTECTED]> writes:
> On Fri, Sep 22, 2006 at 01:12:02PM +0200, Reinhard Tartler <[EMAIL
> PROTECTED]> wrote:
>> > This is pretty much the only thing stopping Debian from distributing
>> > it - it may actually be illegal [...]
>>
a
decent decentral VCS) mantained packages pretty well.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FWIW, I found your mail unnecessarily offensive.
"Andrew Donnellan" <[EMAIL PROTECTED]> writes:
> On 9/22/06, Reinhard Tartler <[EMAIL PROTECTED]> wrote:
>> Upstream does care for legal issues, and patents in particular. Check
>> the mplayer development mai
aq.html#SEC22 for reference
Besides this, linking dynamically against ffmpeg results in loss of
features and performance. At least I was told this by an ffmpeg developer.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
27;t run in
kernelspace. Why is is that better?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lready doing this, and a few weeks ago, there was
discussion about doing this in debian as well.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
7;t
notice this. When a user issues a 'dpkg-reconfigure exim4', this
could/would be the only thing he sees.
Cons: Untranslated message
Pros: less annoying by not interrupting installs and upgrades, easy to
implement
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To U
n
> packages which are installed by default.
Not for every installed package, but I think we should expect that for
packages, with which users have problems configuring.
If we cannot expect that, perhaps we should advertise the existance of
those README.Debian files better.
--
Gruesse/greet
Don Armstrong <[EMAIL PROTECTED]> writes:
> On Tue, 10 Oct 2006, Reinhard Tartler wrote:
>> Cons: Untranslated message
>> Pros: less annoying by not interrupting installs and upgrades, easy to
>> implement
>
> Cons: Can't be easily seen in non-cons
se.
You can of course imagine that these ideas don't come out of the
blue. In fact, such a tool is already deployed in ubuntu. I think we
could port it to debian as well, if enough people see a need for it.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAI
apt config, so it
is possible to create such a config in postinst.
As you already said, authentication is already ensured by apt itself,
which is nice.
> TODO
>
> * Proxy support
why proxy support? I thought you want to serve packages from the local
neighbourhood.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
pgpDlpkuG2p8v.pgp
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler <[EMAIL PROTECTED]>
* Package name: keepassx
Version : 0.2.2
Upstream Author : Tarek Saidi <[EMAIL PROTECTED]>
* URL : http://keepassx.sourceforge.net/
* License : GPL
Program
>> Create a new custom chroot with the packages preinstalled on demand.
> Sounds like a use-case for combining pbuilder and cowdancer (or lvm
> snapshots). No time-consuming tarball extraction, disk usage is reduced
> and the original chroot is untouched.
Or just plain schroot on lvm snapshots. It
Marco d'Itri wrote:
> If you have not noticed yet, the latest udev release by default
> automatically generates rules to have persistent names for network
> interfaces.
>
> I am inclined to agree with the bug reporter, but I want to double check
> and ask if anybody has other arguments.
>
> On Apr
Steve Langasek wrote:
> What's the sense of pointing this out when that field isn't implemented (or
> standardized)? Scott may object to how Conflicts: is used, but until Breaks
> exists and is available for use in Debian, it's the correct field to use.
Well, TBH, I'm still a bit confused about t
Chris Walters wrote:
> Software code can be copyrighted, but that is an easy thing to get
> around - even if you got your original idea from some copyrighted code.
> Patents are not easy to get around. They totally protect all
> implementations of the procedures used to do x (whatever x is).
Onl
On Mon, Jul 03, 2006 at 02:45:18PM +0200, Fathi Boudra wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Fathi Boudra <[EMAIL PROTECTED]>
>
> * Package name: kwlan
> Version : 0.4.7
> Upstream Author : Thomas Michel <[EMAIL PROTECTED]>
> * URL : http://home.arcor.de/
On Tue, Jul 11, 2006 at 08:29:34AM +0200, Fathi Boudra wrote:
> > As a user: can we please try to have wireless network profiles etc. stored
> > as far away from the gui as possible? No need for the commandline, gnome,
> > KDE, xfce and gnustep wireless applets have their own set of stored
> > pro
ught that
adding a build conflict on libssl-dev was a good idea, but it seems to
cause an FTBFS now?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
developer share, but I can't tell you where people are going to
> instead. Ubuntu didn't recently strike me as being more attractive, and
> their SELinux and AppArmor stuff is as outdated/stalled as ours.
*cough*
https://lists.ubuntu.com/archives/ubuntu-hardened/2008-February/00028
51 DVDs, 426 GB)
>
> Bluray image? Apparently there's been a winner in the format wars,
> and we could probably fit an entire arch on a single disc...
Which brings up the question: Do we have some software in debian that
can create and burn BlueRay discs? AFAIUI, cdrkit/wodim is not.
er with the
>> maintainer, the ftp masters, or the maintainers of the P-a-s
>> overrides.
>
> Is the unilateral flagging of not-for-us being addressed in any way?
Similar the ia64 buildd admin, see #464932. Or is there anything I could
do myself about this?
--
Gruesse/greetings,
..
Oh, this is indeed news to me. Well, if this was communicated to me, I
would have looked in adding some #ifdefs to the source so that this
wouldn't be an issue on itanium.
Can lcd4linux be pushed to testing despite of the 'missing' ia64 build
please, then?
--
Gruesse/greetings,
se option 1) instead.
They have already removed the ia64 binary. Thanks Thomas for that!
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u kindly prepare a new NMU, properly
> labeling it 1.0+etch1.
>
> It gets rejected, as it is a lower version.
how about having it uploaded as 1.0+sarge1+etch1. looks funny, but
actually follows the policy that says to 'append' +etch1 to such uploads.
--
Gruesse/greetings,
Rein
e helping those
projects with becoming official!
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
week. If the release team asks me to upload sooner, no problem.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
pgp7T978LCNUT.pgp
Description: PGP signature
vide a source package called
'ffmpeg' (without the -free) suffix, which builds drop-in replacement
binary package with the mpeg encoders enabled. Ideally, we would be
allowed to include those mpeg encoders enabled in non-free, but we
haven't heared back from the ftpteam about that id
_BUILD_OPTIONS set to 'risky', it will enable additional codecs.
Too bad that ftpmaster doesn't consider such a tarball acceptable for
non-free. If someone is willing to maintain, host and distribute such
packages, please contact me privately.
--
Gruesse/greetings,
Reinhard Tartler, Ke
Reinhard Tartler <[EMAIL PROTECTED]> writes:
> Dear fellow debian developers.
>
> Currently debian/testing ships a very old copy of ffmpeg, dated from
> 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself)
> do not consider that version of ffmpeg acce
Adeodato Simó <[EMAIL PROTECTED]> writes:
> Er, is there a reason you're proposing this, instead of the release team
> scheduling binNMUs?
Oh, I'm sorry, you are completely right. Please ignore my post.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBS
o do the modifcations in that case then? How about if some
extra security policy is active like apparmor or selinux?
Sorry, the only sane option which is left is to keep maintainer scripts
out of users home.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email t
, licensing and patent issues
> Discussions about legality issues such as copyrights, patents etc.
>
> It does not restrict itself to dispensing the decisions of the
> ftp-masters.
Perhaps that should be fixed then.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNS
een using aegis for quite some time now, I'd be sad to
see it go. Would maintaining the package in collab-maint on
git.debian.org an option?
If there is no reaction, let's do that and orphan the package until we
find a new maintainer or Chris finds more time for the package.
--
s for details how collab-maint works.
If Peter Miller is interested in maintaining the package himself, I'd
happily sponsor the first upload so that he can continue himself!
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
a
working compiler on all architectures.
BTW, this approach was actually suggested to me by Lamont Jones a few
years ago. It seems to be a quite common approach, FWIW.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
ory. We wouldn't need to provide the tedious and laboratory QA
tasks concerning security and integration efforts, but could still
provide our users with such software.
Footnotes:
[1] http://handbrake.fr
[2] http://www.xbmc.org/wiki/?title=XBMC_for_Linux_port_project
[3] http://bugs.debian.o
le/ *only*, and
leave them out for /stable/ and /testing/?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ant to be using the internal ffmpeg that it ships
with. what marillat does is really insane for a distribution, but works
if you like staying on a moving target. The debian mplayer and ffmpeg
package track the release branches for a reason!
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To
oric reasons, and I have the impression they
slowly try to get away from this as ffmpeg matures more and more.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
m for Debian.
Would you consider this a blocker to inclusion into Debian? Upstream may
either release very slowly or may just not care about Debian, which
would result in the package to never end up in Debian.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, em
www.anduin.net/~angasule/
> * License : GPL2
> Programming Lang: C++
> Description : OpenAL-Soft configuration utility
>
> An easy to use GUI tool to configure OpenAL-Soft.
Perhaps it makes sense to maintain it togehter with openal-soft in the
debian games team?
--
Gruesse/greetin
e.org/gmane.comp.video.ffmpeg.devel/100196
[2]
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id293373
[3] http://article.gmane.org/gmane.comp.video.ffmpeg.devel/100664
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to debian-devel-requ...
); so
>>giving such access to everyone who asks for it will interfere with
>>proper buildd operation.
>
> That looks like bad design to me.
I think we are all happy to review and discuss your improved design
proposal and your implementation draft.
You see the irony?
--
installing+enabling selinux by default.
IIRC, debian/etch already does already install selinux today without you
even noticing it.
> And always think about the problems that you introduce with such things (and
> almost all you named have such).
I can assure you that the Debian SELinux gur
]
http://en.wikipedia.org/wiki/H.264
Does anyone know about a good summary about recents evolvement regarding
multimedia patents?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler <[EMAIL PROTECTED]>
* Package name: boxbackup
Version : 0.10
Upstream Author : Ben Summers <[EMAIL PROTECTED]>
* URL : http://www.fluffy.co.uk/boxbackup/
* License : BSD with advert
ng in the same sentence.
At least for debian, this seems to be quite right.
Since this inquiry is valid however, it seems to me that it would make
sense the think about some CDD specialised for developers.
Volunteers?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIB
te - to take a
> "minidump" (along the lines of Windows error reporting or Mozilla's
> Quality Feedback Agent) and do symbol lookup on some central server?
isn't this quite similar to what ubuntu is doing with Apport?
https://wiki.ubuntu.com/Apport
--
Gruesse/greetings,
R
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le mardi 24 avril 2007 à 12:58 +0200, Reinhard Tartler a écrit :
>> Ben Hutchings <[EMAIL PROTECTED]> writes:
>>
>> > Installing debugging symbols for all binaries involved in a crash
>> > seems... hea
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le mardi 24 avril 2007 à 18:09 +0200, Reinhard Tartler a écrit :
>> Sending core dumps is of course debatable, espec. if you cannot assert
>> that no sensitive information is transmitted. Still, Apport is more than
>>
all, and
is therefore not (yet) usable in the ubuntu context.
What would help here is to introduce the concept of package branches,
and provide means to assist merging changes in different branches of the
same package.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, emai
ention. If it would trigger a question, it won't make the upgrade.
cron-apt does not offer this check.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
As already said elsewhere in this thread, that's exactly the point of
"unattended-upgrades": It detects if manual user interaction is
required, and will not upgrade the package in this case.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t's currently discussed in this thread...
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
pgpCrUERGLcQ9.pgp
Description: PGP signature
kg) still need to be fixed.
>> This sounds like it would introduce circular dependencies, which tend to
>> break upgrades. Using a Breaks: header should be the right thing to do.
>
> What are the real problems?
Confusing britney and apt, making upgrade paths hard.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
pgpjcqjv3SWlu.pgp
Description: PGP signature
ld help maintainers remember to add themselves to the list.
That's a good idea, perhaps the PTS maintainers could comment what the
best way of integrating the information there would be? Would inventing
a header called 'XS-NMUs-Welcome: yes' in debian/control help here? Does
it make sense otherwise to expose this information in Sources.gz?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
pgpVoVWZbXl2C.pgp
Description: PGP signature
k, it
> seems to be my only choice.
Relicensing would most probably make the package end up in multiverse
instead of univserse. In any case it would end up much confusion and
very litte benefit for all involved parties.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCR
a .changes file featuring the sync target (e.g. 'intrepid'
instead of 'unstable') and introduces the X-Launchpad-Closes-Bugs fields
in addition to the Debian-Closes-Bugs fields. So in the end, you don't
need care about this problem when writing changelogs.
--
Gruesse/greeti
ired by all debian
developers.
[1] launchpad automatically creates an account for each package
maintainer on package import, but leaves it /deactivated/ until the
person /claims/ it by confirming a cookie sent via email.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIB
Matthew Johnson <[EMAIL PROTECTED]> writes:
> On Wed Jul 23 16:13, Reinhard Tartler wrote:
>> Matthew Johnson <[EMAIL PROTECTED]> writes:
>>
>> > Given that Ubuntu takes things directly from Debian, and hence all
>> > Debian Developers have a
Eduard Bloch <[EMAIL PROTECTED]> writes:
> #include
> * Reinhard Tartler [Wed, Jul 23 2008, 04:36:39PM]:
>
>> > How about activating it the first time they send a gpg-signed mail to
>> > the mail interface?
>>
>> My point is that I don't have t
1 - 100 of 338 matches
Mail list logo
