On Sat, 20 Jun 2009 16:25:20 +1000, Ben Finney wrote:
> [moving to debian-devel as this is a topic broader than debian-mentors]
>
> Master Kernel writes:
>
> > Ben Finney writes:
> >
> > > [To be likely to have your package sponsored,] You will need to
> > > identify yourself; “Master Kernel”
[moving to debian-devel as this is a topic broader than debian-mentors]
Master Kernel writes:
> Ben Finney writes:
>
> > [To be likely to have your package sponsored,] You will need to
> > identify yourself; “Master Kernel” is hardly likely to be your real
> > name.
>
> Is there *any way* tha
Joerg Jaspert wrote:
> On 11782 March 1977, Raphael Hertzog wrote:
>
>> This is a proposal to formalize a set of meta-information
>> to be embedded in patches applied to Debian packages. Most
>> patch systems allow for a free-from description preceeding
>> the content of the patch and the plan is
In Policy Bug#519941, it was proposed to remove the Policy permission
for packages to modify ld.so.conf in exceptional circumstances. The
implication would be that all packages which do this will need to either
move their libraries into a standard library directory like /usr/lib if
they're really
Raphael Hertzog writes:
> Merging all those ideas, I suggest we drop Status/Commit/Patch and use
> the following format:
>
> Origin: :
I'd still suggest having the extra information optional in the case of
anything but “other”:
"Origin: upstream" [ ": " ]
"Origin: backport" [ ": "
Actually attaching the file this time...
On Sat, Jun 20, 2009 at 01:54:28AM +, Tzafrir Cohen wrote:
> On Fri, Jun 19, 2009 at 06:23:08AM -0500, Joseph Rawson wrote:
> > On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> > > On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> >
Add me for get a perfect Web Solution.
Thanks
On Friday 19 June 2009 20:54:28 Tzafrir Cohen wrote:
> On Fri, Jun 19, 2009 at 06:23:08AM -0500, Joseph Rawson wrote:
> > On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> > > On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> > > > would be much more interested in making a tool
On Friday 19 June 2009 12:57:25 Goswin von Brederlow wrote:
> Joseph Rawson writes:
> > On Friday 19 June 2009 00:27:06 Goswin von Brederlow wrote:
> >> Joseph Rawson writes:
> >> If so then you can configure a post invoke hook in apt that will copy
> >> the dpkg status file of the host to the se
On Fri, Jun 19, 2009 at 02:14:08PM +0200, Bernhard R. Link wrote:
> * Joseph Rawson [090619 13:23]:
> > On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> > > On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> > > > would be much more interested in making a tool that would make i
On Fri, Jun 19, 2009 at 06:23:08AM -0500, Joseph Rawson wrote:
> On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> > On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> > > would be much more interested in making a tool that would make it easier
> > > to manage local/partial debia
On Friday 19 June 2009 07:14:08 Bernhard R. Link wrote:
> Actually, I'm quite open to having some depedency handling in reprepro
That is interesting. I've been working on the assumption that there would
never be any dependency handling in reprepro, as I didn't consider it part of
it's function.
Paul Brook schrieb:
>> Now it seems that the irrlicht library depends on those symbols
>> provided by libgcc_s.so.1 (and does not define them locally contrary to
>> what was seen by Aurélien in libvorbis in #462318) and of course
>> dpkg-shlibdeps complains because they can't be found in the symbol
Package: libhugetlbfs
Version: 2.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 libhugetlbfs-2.4
License: LGPL
-- System Information:
Debian Release: 5.0.1
APT prefers testing
A
Package: libcgroup
Version: 0.33
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 libcgroup-0.33
License: LGPL
-- System Information:
Debian Release: 5.0.1
APT prefers testing
APT p
On Fri, 19 Jun 2009, Paul Brook wrote:
> >Now it seems that the irrlicht library depends on those symbols
> >provided by libgcc_s.so.1 (and does not define them locally contrary to
> >what was seen by Aurélien in libvorbis in #462318) and of course
> >dpkg-shlibdeps complains because they can't be
Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org
* Package name: nosefart
Version : 2.7
Upstream Author : Matthew Strait
* URL : http://nosefart.sourceforge.net/
* License : GPL
Programming Lang: C, C++
Description
Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org
* Package name: vgmstream
Version : r659
Upstream Author : Adam Gashlin, Fastelbja, Ronny Elfert
* URL : http://vgmstream.sourceforge.net/
* License : ISCL
Programming L
>Now it seems that the irrlicht library depends on those symbols
>provided by libgcc_s.so.1 (and does not define them locally contrary to
>what was seen by Aurélien in libvorbis in #462318) and of course
>dpkg-shlibdeps complains because they can't be found in the symbols file.
>...
> So should I r
Joseph Rawson writes:
> On Friday 19 June 2009 00:27:06 Goswin von Brederlow wrote:
>> Joseph Rawson writes:
>> If so then you can configure a post invoke hook in apt that will copy
>> the dpkg status file of the host to the server [as status.$(hostname)]
>> and then use those on the server to g
On Fri, Jun 19, 2009 at 03:20:50PM +0300, Nanakos Chrysostomos wrote [edited]:
> can you please help to find the way which i can adopt an orphaned
In http://www.debian.org/devel/wnpp/ read the parts related to ITA.
-S
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
On Fri, 19 Jun 2009, Christoph Egger wrote:
> Building the NEW package I'm working on (irrlicht [3]) on my
> ARM(el)[4] box (up-to-date sid pbuilder) causes dpkg-shlibdeps to
> complain about missing symbols [0]. These symbols seem to be some gcc
> internals that should be covered by libgcc_s
Tzafrir Cohen wrote:
On Fri, Jun 19, 2009 at 03:20:50PM +0300, Nanakos Chrysostomos wrote:
Dear all,
can you please help to find the way which i can adopt an orphaned
package. The package has recently been adopted by wnnp.
The package i want to adopt is mpg321.
What does mpg321 do t
On Thu, 18 Jun 2009, markus schnalke wrote:
> Hoi,
>
> during the installation of `geda' on sid, I received following output:
>
> [...]
> Setting up gawk (1:3.1.6.dfsg-3) ...
> update-alternatives: error: alternative nawk can't be slave of awk: it is a
> master alternative.
[...]
>
> Anyone who
On Fri, Jun 19, 2009 at 03:20:50PM +0300, Nanakos Chrysostomos wrote:
> Dear all,
> can you please help to find the way which i can adopt an orphaned
> package. The package has recently been adopted by wnnp.
> The package i want to adopt is mpg321.
What does mpg321 do that mpg123 doesn't do?
Or
Hi,
On Thu, Jun 18, 2009 at 10:22:55PM +0200, markus schnalke wrote:
> [2009-06-18 21:03] markus schnalke
> >
> > during the installation of `geda' on sid, I received following output:
> >
> > [...]
> > Setting up gawk (1:3.1.6.dfsg-3) ...
> > update-alternatives: error: alternative nawk can't
Maybe we can offer something via debconf during installation to ask
users if they'd like non-root users to access dumpcap. But I guess the
question there is to determine how to provide access to dumpcap (there
were some great ideas discussed above).
Having the GUI run as non-root sounds like a gre
Raphael Hertzog wrote:
On Fri, 19 Jun 2009, Giacomo A. Catenazzi wrote:
In this case I think we should use DEP-3 without discussion every details:
we need a larger user base, then we will discuss details for standardization,
but not now.
I prefer we take the time to think it thoroughly so tha
On Fri, Jun 19, 2009 at 01:56:05PM +0200, Josselin Mouette wrote:
Le vendredi 19 juin 2009 à 12:54 +0200, Jaap Keuter a écrit :
> What I've noticed is that Debian (still) requires the user to run
> Wireshark with root credentials in order to be able to launch a
> network
> capture. Otherwise the
Dear all,
can you please help to find the way which i can adopt an orphaned
package. The package has recently been adopted by wnnp.
The package i want to adopt is mpg321.
Thanks in advance for your help,
Chris.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
* Joseph Rawson [090619 13:23]:
> On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> > On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> > > would be much more interested in making a tool that would make it easier
> > > to manage local/partial debian mirrors (i.e. one that helpe
On Fri, 19 Jun 2009, Sune Vuorela wrote:
> On 2009-06-19, Raphael Hertzog wrote:
> > +Scope and application
> > +-
> > +
> > +The usage of this format is highly recommended but as long as it's not
> > +endorsed by the Debian policy, it will not be required. It is however
>
> "
Josselin Mouette wrote:
Le vendredi 19 juin 2009 à 13:01 +0200, Giacomo Catenazzi a écrit :
What is the point of introducing this spec if it is not made mandatory
at some point in the future?
so, IMHO we need a complete guidelines and start to use
it widely. It should not be complete or 100% pr
Le vendredi 19 juin 2009 à 13:01 +0200, Giacomo Catenazzi a écrit :
> > What is the point of introducing this spec if it is not made mandatory
> > at some point in the future?
>
> so, IMHO we need a complete guidelines and start to use
> it widely. It should not be complete or 100% precise
> (so n
Le vendredi 19 juin 2009 à 12:54 +0200, Jaap Keuter a écrit :
> > What I've noticed is that Debian (still) requires the user to run
> > Wireshark with root credentials in order to be able to launch a
> > network
> > capture. Otherwise the network interfaces won't even be visible.
> > This problem,
Package: wnpp
Severity: wishlist
Owner: Erik de Castro Lopo
* Package name: haskell-polyparse
Version : 1.3
Upstream Author : Malcolm Wallace, Graham Hutton and Erik Meijer
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/polyparse
* License
On Fri, Jun 19, 2009 at 12:54:48PM +0200, Jaap Keuter wrote:
> I'm contacting you as I got thinking about network capture and the
> security implications of that.
> What I've noticed is that Debian (still) requires the user to run
> Wireshark with root credentials in order to be able to launch a
On Friday 19 June 2009 00:27:06 Goswin von Brederlow wrote:
> Joseph Rawson writes:
> > BTW, the subject of this thread is "apt-get wrapper for maintaining
> > Partial Mirrors". The solution I'm proposing is "a simple tool for
> > maintaining Partial Mirrors" (which could possibly be wrapped by a
On Friday 19 June 2009 05:09:31 Tzafrir Cohen wrote:
> On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> > would be much more interested in making a tool that would make it easier
> > to manage local/partial debian mirrors (i.e. one that helped resolve the
> > dependencies), rather t
As suggested by Thijs forwarded to the dev list.
Please CC me as I' m not on the list.
Regards
Jaap
Begin forwarded message:
From: "Jaap Keuter"
Date: 17 juni 2009 17:17:53 GMT+02:00
To: secur...@debian.org
Subject: On Wireshark and network capture in general
Hi,
I'm contacting you as I
Josselin Mouette wrote:
> Le vendredi 19 juin 2009 à 10:05 +, Sune Vuorela a écrit :
>>> +The usage of this format is highly recommended but as long as it's not
>>> +endorsed by the Debian policy, it will not be required. It is however
>> "And there is no plan to make it required in the future"
Hi,
Could someone let me know what I should do when a binary package is
restricting me to a subset of architecture ? For instance libvtkgdcm
requires libvtk5-dev, but not libgdcm-tools. How can I express that in
my single control file for gdcm ?
Ref:
http://packages.qa.debian.org/g/gdcm.html
T
Le Wed, Jun 17, 2009 at 12:40:01PM +0200, Raphael Hertzog a écrit :
> On Tue, 16 Jun 2009, Charles Plessy wrote:
> > The dh_make template for debian/copyright induces many developers to put
> > their
> > packaging work under the GPL, and I have already seen packages whose
> > license is
> > other
Le vendredi 19 juin 2009 à 10:05 +, Sune Vuorela a écrit :
> > +The usage of this format is highly recommended but as long as it's not
> > +endorsed by the Debian policy, it will not be required. It is however
>
> "And there is no plan to make it required in the future"
What is the point of i
Le vendredi 19 juin 2009 à 10:55 +0200, Raphael Hertzog a écrit :
> > It’s already better, but for more readability, would it be possible to
> > have a registered list of bug tracking aliases? For example:
> > Bug-Debian: #12345
> > Bug-Ubuntu: #2356
> > Bug-GNOME: #5671
>
On Wed, 17 Jun 2009 12:40:01 +0200
Raphael Hertzog wrote:
> > For the avoidance of confusion I would suggest that this be changed to
> > Reviewed-by - the normal Linux/git Signed-off-by has a specific meaning
> > that needn't include actually doing a code review.
>
> I started first with "Review
On Fri, Jun 19, 2009 at 01:52:43AM -0500, Joseph Rawson wrote:
> would be much more interested in making a tool that would make it easier to
> manage local/partial debian mirrors (i.e. one that helped resolve the
> dependencies), rather than have an apt-get wrapper. I also think that once
> su
On 19/06/09 at 11:14 +0200, Josselin Mouette wrote:
> Le vendredi 19 juin 2009 à 11:03 +0200, Lucas Nussbaum a écrit :
> > > I did not contact them yet. I expect that they will follow the outcome of
> > > this DEP otherwise they would have to patch lintian to support the
> > > differing field and i
Hello,
On Fri, 19 Jun 2009 00:30:31 -0500, Gustavo Andrés Angulo wrote:
> This is a GPS data logger software, allows download, convert, and configure
> MTK Chipset Based Devices.
I own an iBlue 747a+ device, MTK-based, so here are some questions for you (I'm
currently using mtkbabel)
> # Downlo
On 2009-06-19, Raphael Hertzog wrote:
> +Scope and application
> +-
> +
> +The usage of this format is highly recommended but as long as it's not
> +endorsed by the Debian policy, it will not be required. It is however
"And there is no plan to make it required in the future"
On Fri, 19 Jun 2009, Josselin Mouette wrote:
> > It should be possible. I see one problem here though. Bug-Gnome is really
> > "Bug" because it's the upstream bug. While we can have an URL mapping for
> > each vendor, it's not possible for the non-qualified entry used for the
> > upstream case.
>
Hi Raphaël,
On Mon, Jun 15, 2009 at 06:12:49PM +0200, Raphael Hertzog wrote:
> Hello,
>
> please find below a first draft of DEP-3 that I called Patch Tagging
> Guidelines. The idea is to standardize a set of meta-information to embed
> in patches that we apply. Please review, share your comments
On Wed, Jun 17, 2009 at 12:40:01PM +0200, Raphael Hertzog wrote:
> On Mon, 15 Jun 2009, Mark Brown wrote:
> > On Mon, Jun 15, 2009 at 06:12:49PM +0200, Raphael Hertzog wrote:
> > > * `Signed-off-by` (optional)
> > For the avoidance of confusion I would suggest that this be changed to
> > Review
Le vendredi 19 juin 2009 à 10:55 +0200, Raphael Hertzog a écrit :
> > It’s already better, but for more readability, would it be possible to
> > have a registered list of bug tracking aliases? For example:
> > Bug-Debian: #12345
> > Bug-Ubuntu: #2356
> > Bug-GNOME: #5671
>
Le vendredi 19 juin 2009 à 11:03 +0200, Lucas Nussbaum a écrit :
> > I did not contact them yet. I expect that they will follow the outcome of
> > this DEP otherwise they would have to patch lintian to support the
> > differing field and it seems counter-productive.
>
> That sounds like a pretty b
On 19/06/09 at 10:49 +0200, Raphael Hertzog wrote:
> > My concern is that Ubuntu already has a policy like this
> > (https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines). I
> > would really like ours to be compatible with theirs, so patches can
> > freely be copied between Ubuntu and D
On Fri, 19 Jun 2009, Josselin Mouette wrote:
> Le mercredi 17 juin 2009 à 12:40 +0200, Raphael Hertzog a écrit :
> >* `Bug-` or `Bug` (optional)
> >
> > -It contains one or more URLs (space separated) pointing to the related
> > bugs
> > -(possibly fixed by the patch). The `Bug` fiel
2009/6/19 Josselin Mouette :
> It’s already better, but for more readability, would it be possible to
> have a registered list of bug tracking aliases? For example:
> Bug-Debian: #12345
> Bug-Ubuntu: #2356
> Bug-GNOME: #5671
Personally I'd prefer URLs (for all bugs, including
On Fri, 19 Jun 2009, Lucas Nussbaum wrote:
> > distribution, so I don't mind if not all packages are converted, after
> > it's up to you to see if new lintian warnings annoy you enough or not to
> > live with it. :)
>
> See my comment above about this. It should be added to the introduction
> of t
Le mercredi 17 juin 2009 à 12:40 +0200, Raphael Hertzog a écrit :
>* `Bug-` or `Bug` (optional)
>
> -It contains one or more URLs (space separated) pointing to the related
> bugs
> -(possibly fixed by the patch). The `Bug` field is reserved
> -for the bug URL(s) in the upstream b
On 17/06/09 at 12:40 +0200, Raphael Hertzog wrote:
> Hello everybody,
>
> I'll try to do some new proposals based on your feedback. But first let
> me address the topic of the usefulness of the proposal. While there are
> currently no tools making use of this format, I can imagine many
> interesti
On Thursday 18 June 2009 04:47:45 Goswin von Brederlow wrote:
> Frank Lin PIAT writes:
> > On Tue, 2009-06-09 at 16:16 -0500, Joseph Rawson wrote:
> >> On Tuesday 09 June 2009 13:14:53 sanket agarwal wrote:
> >> > This can be stated as: if a person
> >> > wants to keep a customised set of packages
On Thursday 18 June 2009 03:17:13 Frank Lin PIAT wrote:
> On Tue, 2009-06-09 at 16:16 -0500, Joseph Rawson wrote:
> > On Tuesday 09 June 2009 13:14:53 sanket agarwal wrote:
> > > I had an idea in mind whereby the task of making mirrors for personal
> > > distributions can be automated.
>
>
> Depen
On Friday 19 June 2009 00:27:06 Goswin von Brederlow wrote:
> Joseph Rawson writes:
> > BTW, the subject of this thread is "apt-get wrapper for maintaining
> > Partial Mirrors". The solution I'm proposing is "a simple tool for
> > maintaining Partial Mirrors" (which could possibly be wrapped by a
64 matches
Mail list logo
