Hi Charles:
On Thu, 2 Apr 2009, Charles Plessy wrote:
Thanks a lot for your action.
Any chance to hijack into an existing packaging team ?
I have no objection to comaintaining this, or even handing it off to a
team. I am not sure I want to join another team though as I am a bit
overcomm
Le Wed, Apr 01, 2009 at 08:52:01PM -0500, Carlo Segre a écrit :
>
> I am intending to hijack xournal. The current version has been NMUed for
> almost 1 year and the maintainer's (Mathieu Bouchard) email bounces.
> There is some urgency to this because the newest version of GTK in sid
> breaks
Hi All:
I am intending to hijack xournal. The current version has been NMUed for
almost 1 year and the maintainer's (Mathieu Bouchard) email bounces.
There is some urgency to this because the newest version of GTK in sid
breaks the ability of xournal to read PDF files for annotation. This c
On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
> I don't like this idea of RUN=yes variables in /etc/default.
> 1.) There is already a documented interface, how to disable a service (i.e.
> renaming the S?? symlinks for that runlevel to K??). Adding another layer to
> do
> this is
Darren Salt wrote:
> > On Wed, Apr 01 2009, Frans Pop wrote:
> [make-kpkg]
> >> But is anyone still using it? Is there any current reason to support it
Well, there's still some kernel options that are immutable and
multiple choice. And there's always people that want to optimize. Out of
l
On Wed, Apr 01, 2009 at 03:04:10PM -0700, Russ Allbery wrote:
> * Using policy-rc.d, which is at least underdocumented. I've used Debian
> for a long time and I still have difficulty figuring out just what I'm
> supposed to put where to disable a specific init script for a specific
> service
On Wed, Apr 01, 2009 at 05:03:27PM +0200, Patrick Schoenfeld wrote:
> We also don't seem to have a clear consense how to disable/temporarily
> deactivate services. The current situation is that some packages include
> a file in /etc/default with a variable "RUN", "RUN_",
> "START_ON_BOOT" or even a
I demand that Manoj Srivastava may or may not have written...
> On Wed, Apr 01 2009, Frans Pop wrote:
[make-kpkg]
>> But is anyone still using it? Is there any current reason to support it
> I think that there are Debian users who use that option of make-kpkg, and I
> have not seen any indication
On Wed, Apr 01 2009, Frans Pop wrote:
> Manoj Srivastava wrote:
>> On Wed, Apr 01 2009, Frans Pop wrote:
>>> (i.e. is there any reason to _add_ support for it in deb-pkg or in
>>> whatever the kernel team is planning)?
>>
>> I think so. If we do standardize on /etc/kernel/*.d directories
On Wed, Apr 01, 2009 at 08:38:46PM +0200, Patrick Schoenfeld wrote:
> Well, its only about *new* services after installation. The intention
> behind that is that some people don't like to run un- or half-configured
> daemons immediately after installing them.
It's Debian policy that packages shoul
The following message is a courtesy copy of an article
that has been posted to gmane.linux.debian.devel.kernel as well.
On Wed, Apr 01 2009, Frans Pop wrote:
> - using debhelper would probably imply running a clean target and that's
> one of the reasons why I very much prefer deb-pkg over make
On Wed, 1 Apr 2009 23:39:34 +0200, Adam Borowski
wrote:
>If a service shouldn't be run, there is a good command to disable it:
>dpkg --remove
My notebook has a big number of server packages installed with
services disabled for the sake of documentation.
Greetings
Marc
--
--
On Wed, 01 Apr 2009 22:51:39 +0200, Andreas Tille wrote:
> This is explained in README.Debian of this package (see svn[2]).
[..]
> 2. Is the information that plink was renamed to snplink visible
> enough or should I rather use a debconf note to make users really
> aware what they have
On Wed, Apr 01, 2009 at 10:03:07PM +0100, Stephen Gran wrote:
> It feels to me like we're all kind of ignoring the current mechanism for
> enabling and disabling services that we already have.
>
> It might be useful in this conversation to seperate out two different
> ideas:
yeah, i think these t
Adam Borowski writes:
> On Wed, Apr 01, 2009 at 05:03:27PM +0200, Patrick Schoenfeld wrote:
>> the question: "Shall a service started once its installed or not?" The
>> current state of affairs is that some packages start after beeing
>> installed, some don't, because they don't have a reasonabl
Manoj Srivastava wrote:
> On Wed, Apr 01 2009, Frans Pop wrote:
>> (i.e. is there any reason to _add_ support for it in deb-pkg or in
>> whatever the kernel team is planning)?
>
> I think so. If we do standardize on /etc/kernel/*.d directories
> as the place where kernel packages will loo
On Wed, Apr 01 2009, Frans Pop wrote:
> On Wednesday 01 April 2009, maximilian attems wrote:
>> On Wed, 25 Mar 2009, Frans Pop wrote:
>
> The default for deb-pkg should IMO remain /etc/kernel in order not to
> break things for existing users. If you move to /lib and users want to
> follow, they
On Wed, Apr 01, 2009 at 05:03:27PM +0200, Patrick Schoenfeld wrote:
> the question: "Shall a service started once its installed or not?"
> The current state of affairs is that some packages start after beeing
> installed, some don't, because they don't have a reasonable default
> configuration and
On Wed, Apr 01 2009, Frans Pop wrote:
> Manoj Srivastava wrote:
>> I think this is best held on -devel, since a wider audience will
>> benefit from this.
>
> I've replied to d-kernel, but thanks for this "heads up" to d-devel.
> If there is sufficient interest in the topic, we can summar
On Wed, Apr 01 2009, Frans Pop wrote:
> Only just submitted:
>http://marc.info/?l=linux-kbuild&m=123861445626856&w=2
>
> maks has also submitted a set of patches:
>http://marc.info/?l=linux-kbuild&m=123851278623264&w=2Some discussion on
> those:
>http://marc.info/?l=linux-kbuild&m=123
This one time, at band camp, Frans Pop said:
> Patrick Schoenfeld wrote:
> > * RUN_NEW_SERVICES_AFTER_INSTALL=
>
> I dislike the semantics of this because it does not allow for the case
> where for whatever reason (e.g. new system install) you have to reboot
> shortly after installing a package
Hi,
in October last year there was a longish discussion about name space
pollution regarding plink. If you like to spend some time you should
read the complete log of #503367 [1].
I decided to put an end now on this issue to make sure it will
not remain as is for ever and renamed the entry in /
Patrick Schoenfeld wrote:
> Hi,
>
> On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
>> I don't like this idea of RUN=yes variables in /etc/default.
>>
>> 1.) There is already a documented interface, how to disable a service (i.e.
>> renaming the S?? symlinks for that runlevel to K??
Manoj Srivastava wrote:
> On Tue, Mar 24 2009, Frans Pop wrote:
>> I'm not sure whether this discussion should happen here (d-kernel +
>> selected interested parties) or would be better held on d-devel.
>> If ppl think it would be better on d-devel, then please let me know and
>> I'll restart it th
Patrick Schoenfeld wrote:
> * RUN_NEW_SERVICES_AFTER_INSTALL=
I dislike the semantics of this because it does not allow for the case
where for whatever reason (e.g. new system install) you have to reboot
shortly after installing a package before you had a chance to
review/change the configurati
Package: wnpp
Severity: wishlist
Owner: Lars Bahner
* Package name: cpm
Version : 25beta~beta1
Upstream Author : Harry Brueckner
* URL : http://www.harry-b.de/dokuwiki/doku.php?id=harry:cpm
* License : GPL
Programming Lang: C
Description : Curses base
On Wed, 1 Apr 2009, Goswin von Brederlow wrote:
Then the version number will not be needed when an arch lags
behind. The translation for the old md5sum can just be kept.
Well, this thread was missused to discuss several issues.
Would you mind reading my original posting why version numbers
in
Vincent Fourmond (01/04/2009):
> Although I admit that schroot is a neat tool to deal with that, it is
> overkill in the case of wine, and much too complex for users that would
> be interested to use wine: one of the public that can be attracted to
> the GNU/Linux side of the game is gamers - es
ke, 2009-04-01 kello 21:02 +0200, Patrick Schoenfeld kirjoitti:
> Is dislike that format, because users are already used to the RUN_*
> system and additional people changing from another distribution or even
> operating system will notice similarities, which is good as well.
RUN_* variables make i
Hi,
On Wed, Apr 01, 2009 at 09:50:47PM +0300, Lars Wirzenius wrote:
> ke, 2009-04-01 kello 20:30 +0200, Patrick Schoenfeld kirjoitti:
> > You finished reading my mail after that paragraph, didn't you? ;)
>
> Pretty much. It looked long and complicated and I was in a hurry. I
> skimmed it but I se
Hi,
On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
> I don't like this idea of RUN=yes variables in /etc/default.
>
> 1.) There is already a documented interface, how to disable a service (i.e.
> renaming the S?? symlinks for that runlevel to K??). Adding another layer to
> do
>
ke, 2009-04-01 kello 20:30 +0200, Patrick Schoenfeld kirjoitti:
> You finished reading my mail after that paragraph, didn't you? ;)
Pretty much. It looked long and complicated and I was in a hurry. I
skimmed it but I see now I missed that you actually knew about
policy-rc.d.
Let me make amends by
On Wed, Apr 01, 2009 at 05:38:29PM +0200, Josselin Mouette wrote:
> Le mercredi 01 avril 2009 à 17:03 +0200, Patrick Schoenfeld a écrit :
> > * We add a new configuration file (possibly /etc/rc.conf because thats
> > a file that exists in different distributions and has a similar meaning)
> > w
On Wed, Apr 01, 2009 at 06:31:04PM +0300, Lars Wirzenius wrote:
> ke, 2009-04-01 kello 17:03 +0200, Patrick Schoenfeld kirjoitti:
> > There are clear disadvantages with this:
> > - The administrator has no way to influence the decision weither
> > a service shall run directly after installation.
>
The following message is a courtesy copy of an article
that has been posted to gmane.linux.debian.devel.kernel as well.
On Tue, Mar 24 2009, Frans Pop wrote:
> Hi all,
>
> I'm not sure whether this discussion should happen here (d-kernel +
> selected interested parties) or would be better held o
Package: wnpp
Severity: wishlist
Owner: Vincent Mauge
* Package name: inksmoto
Version : 0.5.1
Upstream Author : Emmanuel Gorse
* URL : http://xmoto.tuxfamily.org/
* License : GPL
Programming Lang: Python
Description : Xmoto level editor
Inksmoto i
2009/4/1 Milan P. Stanic :
On Wed, 2009-04-01 at 09:09, Mike Bird wrote:
Thanks but this won't be necessary. We just uploaded a GCC patch
that converts coreutils to use Qt. No source changes are needed.
Sorry for my ignorance, but what does that mean? We will have to install
libqt always?
Milan P. Stanic, le Wed 01 Apr 2009 18:54:22 +0200, a écrit :
> On Wed, 2009-04-01 at 09:09, Mike Bird wrote:
> > On Wed April 1 2009 00:03:10 Sune Vuorela wrote:
> > > Qoreutils is a reimplementation of the classic tools from coreutils,
> > > such as ls, mkdir and cp
> > Thanks but this won't be n
On Wed, 2009-04-01 at 09:09, Mike Bird wrote:
> On Wed April 1 2009 00:03:10 Sune Vuorela wrote:
> > Qoreutils is a reimplementation of the classic tools from coreutils,
> > such as ls, mkdir and cp
> Thanks but this won't be necessary. We just uploaded a GCC patch
> that converts coreutils to use
On Wed April 1 2009 00:03:10 Sune Vuorela wrote:
> Qoreutils is a reimplementation of the classic tools from coreutils,
> such as ls, mkdir and cp
Thanks but this won't be necessary. We just uploaded a GCC patch
that converts coreutils to use Qt. No source changes are needed.
--Mike Bird
--
Patrick Schoenfeld wrote:
> Hi,
>
> currently we seem to have no clear policy in Debian how to handle
> the question: "Shall a service started once its installed or not?"
> The current state of affairs is that some packages start after beeing
> installed, some don't, because they don't have a reas
Michael Bramer writes:
> Goswin von Brederlow schrieb:
>> Andreas Tille writes:
>>
>>> On Mon, 30 Mar 2009, Michael Bramer wrote:
>>>
Goswin von Brederlow schrieb:
> I think the idea of using the Description-md5sum is that in most cases
> the md5sum remains identical for many versio
Le mercredi 01 avril 2009 à 17:03 +0200, Patrick Schoenfeld a écrit :
> * We add a new configuration file (possibly /etc/rc.conf because thats
> a file that exists in different distributions and has a similar meaning)
> which can have the following configuration settings:
>
>* RUN_NEW_SERV
ke, 2009-04-01 kello 17:03 +0200, Patrick Schoenfeld kirjoitti:
> There are clear disadvantages with this:
> - The administrator has no way to influence the decision weither
> a service shall run directly after installation.
> - The administrator needs to apply and know about several different
> wa
Hi,
currently we seem to have no clear policy in Debian how to handle
the question: "Shall a service started once its installed or not?"
The current state of affairs is that some packages start after beeing
installed, some don't, because they don't have a reasonable default
configuration and some
Goswin von Brederlow schrieb:
Andreas Tille writes:
On Mon, 30 Mar 2009, Michael Bramer wrote:
Goswin von Brederlow schrieb:
I think the idea of using the Description-md5sum is that in most cases
the md5sum remains identical for many versions. If you use the
packages actual version then eve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sune Vuorela wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sune Vuorela
>
>
> * Package name: Qoreutils
> Version : 1.0.0
> Upstream Author : John Doe
> * URL : http://www.qoreutils.org/
> * License : GPL
Package: wnpp
Severity: wishlist
Owner: "Laurence J. Lane"
* Package name: nftables
Version : 0.01-alpha1
Upstream Author : Patrick McHardy
* URL :
* License : GPL
Programming Lang: C
Description : packet administration tool for kernel nftables
nft
Dear webmaster
Please add my id, my id is- * rozip...@gmail.com*
thank you
with regards
Miss rozi
On Wed, 1 Apr 2009, Goswin von Brederlow wrote:
Cant you have mutliple descriptions for the same package with
different md5sums in the translation file?
Yes there are such cases. If an arch is unable to catch up (for whatever
reason) and the description has changed inbetween the versions you
Ishan Jayawardena a écrit :
> Hi everyone,
> I'm a computer science student at the University of Moratuwa, Sri Lanka.
> And I was searching for some open source project to contribute to. So I
> read about Debian and read couple of documentation at Debian wiki and I
> subscribe to Debian wiki. Now I
Hi everyone,
I'm a computer science student at the University of Moratuwa, Sri Lanka. And
I was searching for some open source project to contribute to. So I read
about Debian and read couple of documentation at Debian wiki and I subscribe
to Debian wiki. Now I need to know how to start or how can
Adrian Knoth writes:
> Description : High quality open source audio plugins for musicians
>
> (Include the long description here.)
You failed to follow the instructions.
--
\ “Computers are useless. They can only give you answers.” —Pablo |
`\
> > We’ll be also
> > doing some Bin-NMUs to get rid of dependencies on obsolete
> > jack-audio-connection-kit transitional packages
> Should we file bugs against packages for build-depending on the wrong package,
> so that we can drop the Provides later? Or just let it be for the time being?
You
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: calf
Version : 0.0.18.3
* URL : http://calf.sf.net/
* License : GPL
Programming Lang: C++
Description : High quality open source audio plugins for musicians
(Include the long descripti
Adeodato Simó wrote:
> We’ll be also
> doing some Bin-NMUs to get rid of dependencies on obsolete
> jack-audio-connection-kit transitional packages
Also, I think you can start the binNMUs now, since the shlibs file already point
to the libjack0 package.
--
Felipe Sateler
--
To UNSUBSCRIBE
Adeodato Simó wrote:
> We’ll be also
> doing some Bin-NMUs to get rid of dependencies on obsolete
> jack-audio-connection-kit transitional packages
Should we file bugs against packages for build-depending on the wrong package,
so that we can drop the Provides later? Or just let it be for the time
Package: wnpp
Severity: wishlist
Owner: Sune Vuorela
* Package name: Qoreutils
Version : 1.0.0
Upstream Author : John Doe
* URL : http://www.qoreutils.org/
* License : GPL
Programming Lang: C++ with Qt
Description : Coreutils reimplemented using Qt li
[...]
>
> I'm unsure why we need *any* 32-bit libraries or binaries on an
> amd64 system. If one needs to run 32-bit software, it is possible to
> debootstrap an i386 system and use it as a chroot. Using a tool such
> as schroot handles all of the kernel personality and chroot details,
> and eve
59 matches
Mail list logo
