Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
X-Debbugs-Cc: debian-devel@lists.debian.org, Raphael Hertzog
* Package name: cryptsetup-nuke-password
Version : 2-1
Upstream Author : Offensive Security // Raphael Hertzog
* URL :
https://gitlab.com/kalilinux
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-devel@lists.debian.org,
debian-pyt...@lists.debian.org, pkg-mailman-hack...@alioth-lists.debian.net
Control: affects -1 src:mailman3
Control: affects -1 src:mailmanclient
Control: affects -1 src:postorius
Control: a
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: prometheus-nextcloud-exporter
Version : 0.3.0
Upstream Author : Robert Jacob
* URL : https://github.com/pijn-tech/nextcloud-exporter
* License
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: nextcloud-notify-push
Version : 0.1.6
Upstream Author : Robin Appelman
* URL : https://github.com/nextcloud/notify_push
* License : AGPL
Hey,
Jeremy Stanley:
> Okay, so for systems to which a malicious party may gain physical
> access (or remote console access) there's sort of a third risk this
> addresses. A special case of the second risk really. *If* you're
> also encrypting the filesystem on which that signing key resides
> (vi
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: vagrant-bindfs
Version : 1.1.5
Upstream Author : Gaël-Ian Havard
* URL : https://github.com/gael-ian/vagrant-bindfs
* License : MIT
Programming Lang: Ruby
Description : Vagrant
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: wob
Version : 0.4
Upstream Author :
* URL : https://github.com/francma/wob
* License : ISC
Programming Lang: C
Description : lightweight overlay volume/backlight/progress/anything
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: wofi
Version : 0~2019.12.02.bbca0043e2a5
Upstream Author : Scoopta
* URL : https://hg.sr.ht/~scoopta/wofi
* License : GPL-3
Programming Lang: C
Description : application launcher for
Matt Zagrabelny:
> On Wed, Sep 25, 2019 at 4:09 PM Bernd Zeimetz wrote:
>
>>
>>> There are a number of ways forward:
>>>
>>> [...]
>>> 5) Make no recommendations in this space
>>
>> Why do all things need a recommendation? List the possible places to
>> host a repository with their advantages/dis
Sam Hartman:
>> "Bastian" == Bastian Blank writes:
>
> Bastian> Hi Sam
> Bastian> On Sun, Sep 08, 2019 at 05:35:10PM -0400, Sam Hartman wrote:
> >> The Salsa CA pipeline is recommended.
>
> Bastian> For this I need to use my veto as Salsa admin. With the CI
> Bastian> pe
Hi Sam,
Sam Hartman:
>>>>>> "Jonas" == Jonas Meurer writes:
> Jonas> My opinion is that more uniformity in packaging practices
> Jonas> will bring a bit more simplicity as well. Therefore I applaud
> Jonas> Sam's initiative to requir
Adrian Bunk:
> On Sun, May 26, 2019 at 11:34:39AM +0200, Vincent Bernat wrote:
>> ...
>> We have a reputation of having difficult
>> packaging practices. We uphold this reputation as long as we have so
>> many ways to do the same thing.
>
> [citation needed]
>
> I do honestly not know what stat
Pirate Praveen:
> On 2018, ഡിസംബർ 31 5:19:22 PM IST, Jonas Meurer wrote:
>> Pirate Praveen:
>>> On 12/28/18 11:06 AM, Thomas Goirand wrote:
>>>> If the problem is hardware and connectivity, then IMO you can easily
>>>> find a sponsor for it. My company co
Pirate Praveen:
> On 12/28/18 11:06 AM, Thomas Goirand wrote:
>> If the problem is hardware and connectivity, then IMO you can easily
>> find a sponsor for it. My company could well offer it for example
>> (hosted in Geneva with very nice connectivity to almost everywhere).
>>
>> Setting-up a repos
Am 20.10.18 um 03:50 schrieb Chris Knadle:
> Jonas Meurer:
>> * Adding backports to my sources.list doesn't automatically pull any
>> packages from there. I have to choose particular packages in a manual
>> process in order to install them from backports. That's
Am 17.10.18 um 12:00 schrieb Marco d'Itri:
> On Oct 17, Holger Levsen wrote:
>
>> yes, but when using your repo one has to add your key to the keys apt
>> trusts, and this is something completly different than using proper
>> backports.
> Well... I trust much more Ondrej's archive since over the
Hello,
Am 13.08.2018 um 20:36 schrieb Alexander Wirt:
>> Hrmpf! I have to say that I was somewhat surprised by this announcement.
>> To be honest, I don't like the idea of making our infrastructure as a
>> project rely on closed and proprietary systems like Google Cloud. Isn't
>> it important to u
Am 13.08.2018 um 17:50 schrieb Marco d'Itri:
> On Aug 13, Jonas Meurer wrote:
>
>> To be honest, I don't like the idea of making our infrastructure as a
>> project rely on closed and proprietary systems like Google Cloud. Isn't
>> it important to us as a pr
Hello,
Am 11.08.2018 um 16:20 schrieb Bastian Blank:
> We will do maintenance on salsa.debian.org today, 2018-08-11, between
> 1600 and 1800 UTC.
>
> We will upgrade the GitLab instance to 11.1.4.
Thanks a ton for all your maintenance work for salsa. It's a huge
improvement for packaging and tea
Am 09.03.2018 um 14:23 schrieb Georg Faerber:
>> Ian's comments are good for admin-installed plugins that the users can
>> use. In fact there is good precedent for an app checking
>> /usr/lib/pkg/... for plugins installed from Debian packages,
>> /usr/local/lib/pkg/... for plugins installed by the
Am 04.01.2018 um 12:54 schrieb Raphael Hertzog:
> On Tue, 26 Dec 2017, W. Martin Borgert wrote:
>> In case of packaging plugins or additional programs to some kind of
>> "main" program, that are all maintained by the same team, it might
>> make sense to use the name of then main program, not the na
Am 27.12.2017 um 20:49 schrieb Jeremy Bicha:
> On Wed, Dec 27, 2017 at 12:27 PM, Tobias Frost wrote:
>> How can one easily retrieve a list of packages from a specific team,
>
> The team can make a Tracker team and add their packages individually
> to the team like this:
> https://tracker.debian.o
Am 05.12.2017 um 06:02 schrieb Paul Wise:
> On Tue, Dec 5, 2017 at 6:18 AM, Philipp Kern wrote:
>> On 04.12.2017 19:03, Holger Levsen wrote:
>>> yes, I also agree this would work and be better than the status-quo.
>>> however I'm inclined to believe doing this and adding a fourth repo,
>>> non-free
Am 05.12.2017 um 10:19 schrieb Thibaut Paumard:
> Dear Sean,
>
> Le 04/12/2017 à 21:47, Sean Whitton a écrit :
>> Hello,
>>
>> On Mon, Dec 04 2017, Thibaut Paumard wrote:
>>
>>> I vote for:
>>> 1- putting the non-free firmware on all our images,
>>
>> This seems more controversial than it need
Am 04.12.2017 um 21:47 schrieb Sean Whitton:
> Hello,
>
> On Mon, Dec 04 2017, Thibaut Paumard wrote:
>
>> I vote for:
>>1- putting the non-free firmware on all our images,
>
> This seems more controversial than it needs to be, and misses an
> opportunity for us to express our values.
>
> W
Am 05.12.2017 um 05:34 schrieb Paul Wise:
> On Tue, Dec 5, 2017 at 12:34 AM, Jonathan Dowland wrote:
>
>> Yes, I've never managed to get d-i to find firmware I've put on a USB
>> myself, and always resorted to this approach. I never got around to
>> reading the source to figure out where it expect
Am 04.12.2017 um 19:03 schrieb Holger Levsen:
> On Mon, Dec 04, 2017 at 05:36:30PM +, Ian Jackson wrote:
>> Lars Wirzenius writes ("Re: Debian Stretch new user report (vs Linux Mint)"):
>>> Myself, I would prefer us to keep both the free-software-only ISO and
>>> the non-free ISO with firmware
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: mailman3-suite
Version : 0+20170523
Upstream Author : Free Software Foundation, Inc
* URL : https://gitlab.com/mailman/mailman-suite
* License : GPL-3
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: python3-mailman-hyperkitty
Version : 1.1.0
Upstream Author : Aurelien Bompard
* URL : https://gitlab.com/mailman/mailman-hyperkitty
* License : GPL-3
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: django-mailman3
Version : 1.1.0
Upstream Author : Mailman Developers
* URL : https://gitlab.com/mailman/django-mailman3
* License : GPL-3
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: django-q
Version : 0.8.0
Upstream Author : 2015 Ilan Steemers
* URL : https://github.com/Koed00/django-q
* License : MIT
Programming Lang: Python
Description : Django multiprocessing
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: robot-detection
Version : 0.4.0
Upstream Author : Rory McCann
* URL : https://github.com/rory/robot-detection
* License : GPL-3
Programming Lang: Python
Description : Detect web
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: django-allauth
Version : 0.33.0
Upstream Author : Raymond Penners
* URL : https://github.com/pennersr/django-allauth
* License : MIT
Programming Lang: Python
Description : Django
X-Debbugs-Cc: debian-devel@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Jonas Meurer
* Package name: python-django-paintstore
Version : 0.2
Upstream Author : Glenn Siegman
* URL : https://github.com/gsiegman/django-paintstore
* License : MIT
Hey,
Am 15.10.2014 um 21:44 schrieb Christoph Anton Mitterer:
> On Wed, 2014-10-15 at 20:25 +0100, Jonathan Dowland wrote:
>> There are a number of mechanisms for proposing and tracking distro-wide
>> changes, such as release goals and DEPs in some cases. But this is not what
>> the
>> general b
Am 13.09.2014 um 12:58 schrieb Didier 'OdyX' Raboud:
> Le vendredi, 12 septembre 2014, 13.55:53 Joey Hess a écrit :
>> Theodore Ts'o wrote:
>>> One thought... there will probably be trademark concerns with
>>> "unix".[1] So we might have to choose a name for the tasksel task
>>> to be someting like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Thanks to Josh for starting this discussion. I think that you summarized
most arguments very well in your mail.
Am 12.10.2011 23:39, schrieb Josh Triplett:
> Not every system needs an MTA, and I'd argue that today most systems
> don't. End-user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey list,
Thanks to Jon for raising the topic on this list. It would be great to
enhance the disk encryption support in Debian(-Installer).
Am 13.09.2011 22:14, schrieb Jon Dowland:
> On Sun, Sep 11, 2011 at 10:46:41PM +0200, intrigeri wrote:
>> E.g.
Hey list,
Am 12.09.2011 12:55, schrieb Luca Capello:
> On Mon, 12 Sep 2011 10:54:00 +0200, Philipp Kern wrote:
>> On 2011-09-12, Luca Capello wrote:
>>> On Mon, 12 Sep 2011 06:50:29 +0200, martin f krafft wrote:
> n>>> also sprach intrigeri [2011.09.11.2246
> +0200]:
> The d-i already suppo
Hey,
On 20/05/2011 Christoph Anton Mitterer wrote:
> On Tue, 2011-05-17 at 13:48 +0200, Jonas Meurer wrote:
> > - cryptsetup is not the only userspace tool which manages dm-crypt
> > devices. Low-level tools like dmsetup, udev, hal; commandline tools
> > like cryptmount
Hey,
On 17/05/2011 Jonas wrote:
> On 17/05/2011 Christoph Anton Mitterer wrote:
> > - if cryptsetup is removed OR purged, give a big fat debconf-prio-low
> > warning that devices a b c are still open, and cannot be closed using
> > cryptsetup, if the user decides to continue.
>
> At the moment I
Hey,
On 17/05/2011 Christoph Anton Mitterer wrote:
> On Mon, 16 May 2011 22:25:45 -0300, Henrique de Moraes Holschuh
> wrote:
> > Because the initscript returned status 0 when there were still
> > cryptsetup-managed dm-crypt devices active? If it does that, it is
> > broken.
> AFAIU just this ha
Hey,
On 17/05/2011 Christoph Anton Mitterer wrote:
> On Mon, 16 May 2011 22:35:12 -0300, Henrique de Moraes Holschuh
> wrote:
> > Then, 'stop' tries to close all managed crypto devices and aborts *with
> > an error* if it cannot. 'Start' tries to open all managed crypto
> > devices, and aborts *
Hey,
On 15/05/2011 Henrique de Moraes Holschuh wrote:
> On Mon, 16 May 2011, Christoph Anton Mitterer wrote:
> > With the most recent upload (and this is the very reason why I've reopened
> > the bug), you can have the situation (package removed but not pruged) where
> > you say:
> > /etc/init.d/c
14/05/2011 Christoph Anton Mitterer wrote:
> On Sat, 14 May 2011 16:22:30 +0200, Jonas Meurer
> wrote:
> > If people remove the package cryptsetup from their system, I hope they
> > know what they do. And I hope that they don't remove the package in case
> > that they
On 02/01/2011 Jonas wrote:
> On 01/01/2011 Steve Langasek wrote:
> > On Sat, Jan 01, 2011 at 06:34:30PM +0100, Julien Cristau wrote:
> > > On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
> >
> > > > Afaicr I've never seen this documentented somewhere to do it this way
> > > > and I'm
On 01/01/2011 Steve Langasek wrote:
> On Sat, Jan 01, 2011 at 06:34:30PM +0100, Julien Cristau wrote:
> > On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
>
> > > Afaicr I've never seen this documentented somewhere to do it this way and
> > > I'm
> > > wondering if this is indeed the
Hello,
On 01/01/2011 Michael Biebl wrote:
> First of all, thanks Andreas and Jonas for getting libgcrypt and libgpg-error
> updated and moved to /lib.
>
> There is one remaining issue though about the devel files, I'd like to raise.
>
> For both libgpg-error-dev and libgcrypt11-dev you moved the
On 25/11/2010 Jonas wrote:
> Hey,
>
> On 25/11/2010 Andreas Metzler wrote:
> > On 2010-11-25 Jonas Meurer wrote:
> > > Package: libgcrypt11
> > > Version: 1.4.5-2
> > > Severity: wishlist
> > > File: /usr/lib/libgcrypt.so.11
> >
> >
Hey,
On 25/11/2010 Andreas Metzler wrote:
> On 2010-11-25 Jonas Meurer wrote:
> > Package: libgcrypt11
> > Version: 1.4.5-2
> > Severity: wishlist
> > File: /usr/lib/libgcrypt.so.11
>
> > Hello,
>
> > it would be great to move the library file l
Package: wnpp
Severity: normal
I request assistance with maintaining the cryptsetup package.
Cryptsetup is the commandline frontend to dm-crypt, the device
encryption implemented in the linux kernel. The package contains a lot
of scripts and wrappers in order to manage encrypted devices. A key
fe
Hello,
in the past cryptsetup got several bugreports which complain about the
lsb dependenciy headers specified in cryptdisks and cryptdisks-early
initscipts. (#576646, #575652)
the problem is that loads of possible setups are possible, all
introducing different required initscript order. either
hey,
On 01/09/2009 Mike Hommey wrote:
> On Tue, Sep 01, 2009 at 01:45:23PM +0200, Marco d'Itri wrote:
> > On Sep 01, Michael Biebl wrote:
> >
> > > Wouldn't make it sense then if udev had a recommends or at least suggests
> > > for
> > > usbutils and pciutils?
> > Yes, the next upload (today i
On 23/08/2009 Michael Banck wrote:
> On Sat, Aug 22, 2009 at 11:31:56PM +0200, Harald Braumann wrote:
> > On Sat, 22 Aug 2009 22:43:11 +0800
> > Paul Wise wrote:
> >
> > > On Sat, Aug 22, 2009 at 10:23 PM, Thomas Koch wrote:
> > >
> > > > while watching rsnapshot doing a backup of my laptop, I t
On 06/08/2009 Holger Levsen wrote:
> > And for the sake of archiving for one, and for the sake
> > of people not always online, could you please attach a package list /
> > dd-list next time?
>
> Will try to remember...
>
> The three packages of this are zope2.10-sandbox, zope2.10-sandbox and
Hey,
On 21/07/2009 James Vega wrote:
> On Tue, Jul 21, 2009 at 02:08:26PM -0400, Jonathan Yu wrote:
> > On Tue, Jul 21, 2009 at 12:11 PM, James Vega wrote:
> > > On Tue, Jul 21, 2009 at 11:44:07AM -0400, Jonathan Yu wrote:
> > >> Better yet, if we could periodically run it on all of the modules in
On 30/06/2009 Goswin von Brederlow wrote:
> > Did anyone who isn't on crack get to see 'ia32-apt-get.preinst' and
> > 'ia32-apt-get.postinst' before they were perpetrated upon an unsuspecting
> > populace? Reading them in the process of trying to unfuck my system made me
> > feel more than slightly
On 01/05/2009 Ben Finney wrote:
> Paul Wise writes:
>
> > Switching to lurker (or another archiver) since that has persistent
> > URLs IIRC.
>
> If we do that, please let's choose one which uses the Message-ID field
> as the key, allowing construction of an archive URL without having to
> search
On 21/03/2009 Mike Hommey wrote:
> On Sat, Mar 21, 2009 at 03:58:34PM +0100, Joerg Jaspert wrote:
> >
> > >> No. It is not up to the Debian maintainer to decide that some
> > >> contributor has written enough of the code to also be mentioned in the
> > >> (C) lines in a particular file. But as soo
On 17/07/2008 Henrique de Moraes Holschuh wrote:
> On Wed, 16 Jul 2008, Bernd Eckenfels wrote:
> > In article <[EMAIL PROTECTED]> you wrote:
> > > Well, it doesn't affect upgrades. And for new installs, _all_ the
> > > packages are new, so this falls under the case of Debian picking one
> > > alte
On 15/07/2008 Joerg Jaspert wrote:
> I just did the requested switch, sysklogd/klogd are now priority extra,
> rsyslog (not its -mysql -pgsql packages) are now priority important.
>
> If something else, like Tasks or so, needs to be changed too: Whoever
> needs to do that please do it. Thanks.
th
On 11/07/2008 Carl Fürstenberg wrote:
> On Fri, Jul 11, 2008 at 17:25, Stephen Gran <[EMAIL PROTECTED]> wrote:
> >
> > I think it would be helpful to use the previous 400 discussions of the
> > same topic as a starting point, and only bring it up again if there are
> > new arguments.
>
> Have prob
On 10/07/2008 Michael Biebl wrote:
> Jonas Meurer wrote:
>> Just wanted to bring up that topic again. I believe it's far to late for
>> changing the default syslog daemon for lenny to rsyslog, albeit I think
>> it would be really desirable.
>>
>> According
On 06/02/2008 Russ Allbery wrote:
> > I'm not sure whether this is an issue with dpkg or rather with lintian,
> > but if I check the cryptsetup deb+udeb packages after building them,
> > lintian reports that udebs don't allow the Homepage field in
> > debian/control.
>
> This is what I was told by
On 06/02/2008 Leo costela Antunes wrote:
> Jonas Meurer wrote:
> > I: cryptsetup-udeb udeb: unknown-field-in-control homepage
>
> Quick guess: could this be a case-sensitivity issue? Should be
> "Homepage:"...
Unfortunately not. It's already 'Homepage'
On 06/02/2008 Barry deFreese wrote:
>> I: cryptsetup-udeb udeb: unknown-field-in-control homepage
>
> What version of lintian do you have? That should be fixed by now.
$ lintian -V
Lintian v1.23.43
greetings,
jonas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
Hello,
I'm not sure whether this is an issue with dpkg or rather with lintian,
but if I check the cryptsetup deb+udeb packages after building them,
lintian reports that udebs don't allow the Homepage field in
debian/control.
If I got it right, the Homepage field belongs to the Source section of
d
On 16/01/2008 Reinhard Tartler wrote:
> Jonas Meurer <[EMAIL PROTECTED]> writes:
>
> > cryptsetup is at least one binary in /sbin which depends on libgcrypt
> > and libgpg-error. If i got it right, that should be enough to move the
> > libs to /lib, correct?
> &
On 10/12/2007 Simon Richter wrote:
> Hi,
>
> Jonas Meurer schrieb:
>
> >what do you think? should we ask libgcrypt11 and ligpg-error0 maintainers
> >to move the libraries to /lib, or is it better to stay with static linked
> >libraries?
>
> Moving libgpg-e
Hey,
in the cryptsetup package we currently link statically against libgcrypt11
and libgpg-error0. cryptdisks is run before mountall.sh, thus we cannot
depend on libraries which are are located in /usr/lib. in many systems
/usr is a seperate partition.
static linking has been a good solution in t
On 16/10/2007 Reinhard Tartler wrote:
> >> Well, I would consider statically linking a non embedded (i.e. a packaged)
> >> library a bug... Are there known cases where this is a required condition?
> >
> > cryptsetup is statically linked against libgcrypt and libgpg-error, as
> > both are in /usr/
On 15/10/2007 Francesco P. Lovergine wrote:
> > > I wonder if in those special cases an Embed: tag could be added
> > > in
> > > debian/control to help tracking things.
> >
> > That would be a nice thing, also if this would include
> > information if the code is really included or just
> > sta
On 12/10/2007 Raphael Geissert wrote:
> Kevin Mark wrote:
>
> > If I am a user of one of these packages who may have the skill to adopt
> > it or may know someone who can, I may want to know about its orphaning.
> > At current, this is going to be noted on -devel.
> >
> > I would like a message o
On 25/09/2007 Sebastian Dröge wrote:
> does somebody know about a solution to check whether one runs in a
> buildd chroot or not? I need this to prevent hal from starting in buildd
> chroots (via invoke-rc.d from postinst) as it breaks there because of
> several reasons, including no /sys mounted.
On 11/08/2007 Marc Haber wrote:
> <[EMAIL PROTECTED]> wrote:
> >For some code examples which do work (and are used in several
> >packages) see:
> >
> >http://www.debian.org/doc/manuals/securing-debian-howto/ch9.en.html#s-bpp-lower-privs
>
> Why does this HOWTO suggest replicating code that is alre
On 21/06/2007 [EMAIL PROTECTED] wrote:
> On Thu, Jun 21, 2007 at 01:39:41PM +0100, [EMAIL PROTECTED] wrote:
> > Both packages have been uploaded at the same time, and I could not
> > forsee that it has still not been built and uploaded on sparc on time. I
> > think to avoid this situation in the fu
On 29/05/2007 Ben Hutchings wrote:
> There were some discussions on -private (and possibly here?) earlier in
> the year about quality vs quantity of packages.
>
> [...]
>
> I don't think we want to start grading maintainers and I believe there's
> a consensus that we should not be more selective
On 07/10/2006 Roberto C. Sanchez wrote:
> On Sat, Oct 07, 2006 at 06:32:31PM +0200, Marc Haber wrote:
> > Hi,
> >
> > in #389160, the bug submitter suggests allowing @ in user names, which
> > adduser currently does not even allow when called with
> > --force-badname.
> >
> > Is there any potenti
On 29/09/2006 Jon Dowland wrote:
> Jonas Meurer wrote:
> >I don't use any acceleration at all. I run the mga matrox Xserver, which
> >doesn't support any kind of 3d acceleration. (my graphics controller is
> >a Matrox MGA G400)
>
> At this point it would be
On 29/09/2006 Andreas Metzler wrote:
> Jonas Meurer <[EMAIL PROTECTED]> wrote:
> > On 28/09/2006 Miriam Ruiz wrote:
> >> --- Jonas Meurer <[EMAIL PROTECTED]> escribió:
> [...]
> >> Are you using some kind of OpenGL acceleration? It seems that CPU gets t
On 29/09/2006 Loïc Minier wrote:
> The removal of users / groups is not the only thing often debated for
> purges. I propose to enlarge the debate on purging to:
> - log files
> - databases
> - caches
> - other perhaps valuable data
>
> Perhaps thoughts on these subjects are connected (I f
On 28/09/2006 Miriam Ruiz wrote:
>
> --- Jonas Meurer <[EMAIL PROTECTED]> escribió:
>
> > it seems like gnash puts heavy load on my system, if a flash animation
> > at www.myspace.com is started. and as i was not able to reproduce the
> > Xserver crash later,
On 28/09/2006 Petter Reinholdtsen wrote:
>
> [Miriam Ruiz]
> > Jonas has already filed some bugs against gnash. To be honest, I
> > don't know the reason for your words, and if there's some kind of
> > irony behind them.
>
> There might of course be a bug in gnash related to the X crash, but if
>
On 28/09/2006 Ben Finney wrote:
> Jonas Meurer <[EMAIL PROTECTED]> writes:
>
> > On 26/09/2006 Petter Reinholdtsen wrote:
> > > That would be a bug in your X server. X servers should not crash
> > > no matter the client. :)
> >
> > ... my X serv
On 26/09/2006 Petter Reinholdtsen wrote:
> [Jonas Meurer]
> > unfortunately mozilla-plugin-gnash crashes for most flash pages.
>
> OK. If you got time, please add these test pages to the wiki. I have
> not been able to get the latest plugin to crash, so I am interested in
>
On 26/09/2006 Petter Reinholdtsen wrote:
>
> [Tollef Fog Heen]
> > Not having flash is a good, not a bad thing to me at least. :-)
>
> Now you can have flash support for your browser in unstable, at least,
> by installing the mozilla-plugin-gnash or konqueror-plugin-gnash
> package. The gnash pa
On 28/08/2006 Magnus Holmgren wrote:
> Making mail-transport-agent the empty package, and having it depend only on
> exim4 (the default), should work. Of course, exim4 can't conflict with it
> (but it's enough that all the others do), so if the default is changed then
> the old default, the new
On 28/07/2006 Ian Campbell wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ian Campbell <[EMAIL PROTECTED]>
>
>
> * Package name: xserver-xorq-video-ivtv
i believe that you meant xserver-xorg-video-ivtv, not xorq ;-)
...
jonas
> Version : 0.10.6
> Upstream Author : John H
On 03/07/2006 Baruch Even wrote:
> * Package name: cryptomount
> Version : 1.0.1
> Upstream Author : rwpenney«AT»users«DOT»sourceforge«DOT»net
> * URL : http://cryptmount.sourceforge.net/
> * License : GPLv2 or later
> Programming Lang: C
> Description :
On 06/06/2006 Vincent Danjean wrote:
> I'm currently packaging a web application (php+mysql). I use
> dbconfig-common to manage my mysql database.
> Now, I would like to configure a "website" for my application.
> This involve modifying apache conf (adding a
> directive, ...).
please don't us
On 01/04/2006 Jari Aalto wrote:
> I've recently have an interest in using older Debian packages that
> were once included in the distribution but then removed. The Debian
> FAQ did not talk about this issue and tha packages.debian.org search
> page did not offer option to look for old and removed p
On 17/03/2006 Lars Wirzenius wrote:
> pe, 2006-03-17 kello 14:46 +1100, Brian May kirjoitti:
> > Would the next step be to ban Sven from participating in our public
> > mailing lists?
>
> With the understanding that we're now not talking about Sven Luther but
> a hypothetical highly abusive person
On 14/03/2006 Andres Salomon wrote:
> Sven's behavior has always been combative (and some might argue
> hostile), but this is beyond what is acceptable. He threatens bodily
> harm upon another developer in a public forum, and then a week later
> publically insults/taunts a developer (one of the Re
On 09/11/2005 Bob Tanner wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Bob Tanner <[EMAIL PROTECTED]>
>
>
> * Package name: python-formencode
> Version : 0.2.2
> Upstream Author : Ian Bicking <[EMAIL PROTECTED]>
> * URL : http://formencode.sf.net
> * License
On 01/11/2005 To Debian-Devel wrote:
> the group deletion has currently a problem. From 6.5.1.3 'Removing system
> users':
>
> # Remove system group if is a system group
> CREATEDGROUP=server_group
> if [ -r /etc/adduser.conf ] ; then
> FIRST_USER_GID=`grep ^USERS_GID /etc/adduser.conf | cut -f2
On 31/10/2005 Javier Fernández-Sanguino Peña wrote:
> After the feedback of the recent d-d thread, I've adapted the section I wrote
> on the best practices related to system users and groups, it is currently
> available at:
> http://www.debian.org/doc/manuals/developers-reference/ch-best-pkging-pra
On 26/10/2005 Andreas Barth wrote:
> * Humberto Massa ([EMAIL PROTECTED]) [051026 18:34]:
> > in my workstation I try out a new package (for scientfic computing, a
> > game for Lucas, a new development package) at least once each two days,
> > and a lot of times they come with their libs and thei
On 26/10/2005 Thomas Bushnell BSG wrote:
> Humberto Massa <[EMAIL PROTECTED]> writes:
>
> > Problem being, if daemons don't remove their (supposedly exclusive-use)
> > accounts, you can end in two years with 100 unnecessary accounts in a
> > workstation.
>
> And what bad results does this produce
On 06/10/2005 Aurelien Jarno wrote:
> Christoph Martin a écrit :
> >Changes:
> > openssl (0.9.8-1) unstable; urgency=low
> > .
> > * New upstream release (closes: #311826)
>
> The following list of packages needs to be rebuild, otherwise some of
> the binary packages they built will be uninsta
On 02/08/2005 Bartosz Fenski aka fEnIo wrote:
> After last talk about searching for packages on CDs Gaëtan Frenoy wrote
> some shell script along with PHP script for such purposes and sent me it
> todays morning.
>
> I made some modifications to it (support for DVDs and get rid of some
> temporar
1 - 100 of 121 matches
Mail list logo
