Manoj Srivastava sriva...@debian.org writes:
I would not be against a recommendation in policy to implement
direct-from-vcs upstream tarballs to be created vbia get-orig-source,
and everyone else just use debian/watch and debian/urepack files.
Okay, now I'm officially confused. I
On Sun, 15 Mar 2009, Steve Langasek wrote:
On Sun, Mar 15, 2009 at 04:44:08PM +0100, Adeodato Simó wrote:
Now, this has its own set of problems and caveats as well, since
if you don’t pay attention and take care of later cleanup, you end
up with packages in testing that do not belong to any
On Sun, 15 Mar 2009, Bill Allombert wrote:
There is no documented semantic for CFLAGS et. al. in Debian policy. While
some Makefile handle it in a certain way, this is not mandatory in
any way. For example some configure scripts append options to CFLAGS while
other will not change it if it is
On Sun, 15 Mar 2009, Stephen Gran wrote:
This one time, at band camp, Raphael Hertzog said:
Care to elaborate what kind of flexibility you need in this specific case ?
I don't. I'm imagining that some of our downstreams may.
It's precisely one of our downstreams that pushed the
Ben Finney ben+deb...@benfinney.id.au writes:
Ben Hutchings b...@decadent.org.uk writes:
# Upstream homepage links to a file called puzzles.tar.gz which
# redirects to puzzles-r$version.tar.gz. uscan can't check that.
# However, this is a nightly snapshot numbered according to the SVN
#
Luk Claes schrieb:
It's ok, please mention the portability bugs on [0] and upload.
Unfortunately IANADD, so I cannot modify the wiki page on my own. The
closed bugs are #504308 and #506193. Maybe someone can do me the favor
and add them on the wiki page once the package has been uploaded.
On Mon, Mar 16 2009, Ben Finney wrote:
Manoj Srivastava sriva...@debian.org writes:
I would not be against a recommendation in policy to implement
direct-from-vcs upstream tarballs to be created vbia get-orig-source,
and everyone else just use debian/watch and debian/urepack
Hi,
It is written here
http://wiki.debian.org/NewInLenny#head-6e41dc18abd5f3c10b59000dabaf1f6b2ab7cad8
that some packages in Lenny were built with GCC hardening features.
Is there any documentation about:
1. Which packages were built this way ?
2. Which features were used ?
Thanks,
Danny.
Raphael Hertzog wrote:
Note that I'm not asking to mandate the tool. I would like to mandate the
fact that packages can rely on some environment variables being set to
some values.
Note that packages will not necessarily pickup the environment variables.
autoconf using packages will probably
Josselin Mouette j...@debian.org writes:
Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
Say you have acrobat reader installed which depend on ia32-libs-gtk.
You also have libgtk2.0 (i386) installed with a newer version that
breaks acrobat reader (like it did last
Aurelien Jarno aurel...@aurel32.net writes:
On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
]] Clint Adams
| It may be time to change packages installing files to
| /emul/ia32-linux (which violates the
Raphael Hertzog hert...@debian.org writes:
On Fri, 13 Mar 2009, Manoj Srivastava wrote:
3. dpkg-buildpackage is probably the wrong place to put this solution
in.
Why?
The fact that dpkg-buildpackage's setting the variables is not
easily configurable, and presents to make as
On Mon, Mar 16, 2009 at 10:55:36AM +0100, Goswin von Brederlow wrote:
Josselin Mouette j...@debian.org writes:
Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
Say you have acrobat reader installed which depend on ia32-libs-gtk.
You also have libgtk2.0 (i386)
Goswin von Brederlow a écrit :
Aurelien Jarno aurel...@aurel32.net writes:
On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
]] Clint Adams
| It may be time to change packages installing files to
|
Processing commands for cont...@bugs.debian.org:
reassign 519837 cups
Bug#519837: Debian 5.0 - Cups -Canon Pixma iP3500 installation printing failure
Bug reassigned from package `general' to `cups'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Processing commands for cont...@bugs.debian.org:
reassign 519902 general
Bug#519902: Dist-upgrade to lenny broke cvs and apt, cannot recover.
Warning: Unknown package 'libc'
Bug reassigned from package `libc' to `general'.
--
Stopping processing here.
Please contact me if you need assistance.
Hi,
over the weekend I did some work on multiarch again and did notice
some new and old problems when adding more libraries to my test set.
Given that the problems are quite easily detectable I'm considering
scanning all packages for their occurance and reporting bugs for them.
In detail I'm
Package: wnpp
Followup-For: Bug #509850
Owner: Erik de Castro Lopo er...@mega-nerd.com
* Package name: haskell-curl
Version : 1.3.4
Upstream Author : Sigbjorn Finne sigbjorn.fi...@gmail.com
* URL or Web page :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/curl
*
* Steve Langasek [Sun, 15 Mar 2009 19:55:50 -0700]:
Hello, Steve.
On Sun, Mar 15, 2009 at 04:44:08PM +0100, Adeodato Simó wrote:
Now, this has its own set of problems and caveats as well, since if you
don’t pay attention and take care of later cleanup, you end up with
packages in testing
On Sun, Mar 15, 2009 at 06:48:11PM -0500, Manoj Srivastava wrote:
Given that we already have a tool that can download upstream
sources, with or without mangling, and can be used by facilities
outside of the unpacked Debian source package to determine if there was
new versions and to
Steve Langasek vor...@debian.org writes:
On Mon, Mar 16, 2009 at 10:55:36AM +0100, Goswin von Brederlow wrote:
Josselin Mouette j...@debian.org writes:
Le dimanche 15 mars 2009 à 01:30 +0100, Goswin von Brederlow a écrit :
Say you have acrobat reader installed which depend on
Martín Ferrari tin...@debian.org writes:
Problematic tools:
* mii-tool: it could be dropped and replaced by a pointer to ethtool as
it's not meant to be used automatically by scripts. On the other hand,
it's distributed as a stand-alone tool [0] and we could do the same.
A couple of notes:
Le lundi 16 mars 2009 à 12:11 +0100, Goswin von Brederlow a écrit :
Example: libgtk2.0-0 contains /etc/gtk-2.0/im-multipress.conf
For this I want to file bugs (on top of violations of the MUST
directive) requesting that either the conffile is split into a
seperate package (say you already
On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
[I'm personally slightly concerned about relaxing britney allowing
testing to get into unreleasable states; a flag to re-enable the old
behavoir late in release would probably be good.]
Adeodato's proposal makes a lot of sense,
Hi,
On Fri, Mar 13, 2009 at 11:27:47PM -0700, Steve Langasek wrote:
On Fri, Mar 13, 2009 at 05:57:32PM +0100, Simon Richter wrote:
That is actually beneficial if we wanted to merge both architectures into
one, which would IMO be the sanest thing to do,
IMO that's not a sane thing to do at
On Fri, Mar 13, 2009 at 09:04:30PM +0100, Raphael Hertzog wrote:
* either we modify policy to mandate the set of environment variables that
dpkg-buildpackage sets
snip
In terms of efforts, the first solution is the easiest. But we aim
at the _right_ solution so feel free to design something
Hi,
the gnome-python, gnome-python-desktop and gnome-python-extras packages
are collections of Python modules that are not necessarily related. It
was more and more requested to split them more logically, and this is
what I have done now that upstream plans are a bit clearer.
According to the
Clement Lorteau northern_lig...@users.sourceforge.net
gtkvncviewer
I filed #518000 a while ago about this, heh. But the bug report needs
updating to say that python-gconf exists on its own, and that
gtkvncviewer should depend on that instead of python-gnome2.
Cheers,
--
- Are you sure
Package: wnpp
Severity: wishlist
Owner: Nima Talebi n...@it.net.au
* Package name: amap
Version : 5.2
Upstream Author : van Hauser amap-...@thc.org, Dj RevMoon amap-...@thc.org
* URL : http://freeworld.thc.org/thc-amap/
* License : GPL2
Programming Lang: C
Hi Chris,
Chris Walker wrote:
I propose we (Debian-science) create two grid tasks packages:
Grid-client: This would contain the packages a user workstation needs to
submit jobs to the grid.
Grid-server: Packages for running a grid cluster.
The globus packages recently proposed on
Aurelien Jarno aurel...@aurel32.net writes:
Goswin von Brederlow a écrit :
Aurelien Jarno aurel...@aurel32.net writes:
On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
On Wed, Mar 11, 2009 at 11:16:47PM +0100, Tollef Fog Heen wrote:
]] Clint Adams
| It may be time to
On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
Aurelien Jarno aurel...@aurel32.net writes:
Goswin von Brederlow a écrit :
Aurelien Jarno aurel...@aurel32.net writes:
One of the goal of multiarch is to avoid having packages containing
binaries of a different
On Mon, Mar 16, 2009 at 01:55:40PM +, Roger Leigh wrote:
We are not using multiarch paths in Debian, so this has never happens.
When using standard /usr/lib paths, people are expecting that the paths
collide. When using multiarch they do not expect that, as it the goal of
Le Mon, Mar 16, 2009 at 11:58:11PM +1100, Nima Talebi a écrit :
* Package name: amap
Version : 5.2
Upstream Author : van Hauser amap-...@thc.org, Dj RevMoon
amap-...@thc.org
* URL : http://freeworld.thc.org/thc-amap/
* License : GPL2
Programming
On Mar 16, Simon Richter s...@debian.org wrote:
Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
and s390/s390x. That would allow us to get rid of a lot of specianl cases,
including the hack for libc6-386.
I think it would be very helpful if somebody could summarize
On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri m...@linux.it wrote:
On Mar 16, Simon Richter s...@debian.org wrote:
Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
and s390/s390x. That would allow us to get rid of a lot of specianl cases,
including the
Mike Hommey wrote:
On Mon, Mar 16, 2009 at 03:21:44PM +0100, Marco d'Itri m...@linux.it wrote:
I think it would be very helpful if somebody could summarize why a
multiarch system is useful, except for the obvious case of installing
proprietary i386 software on amd64 systems.
s/proprietary//
Josselin Mouette j...@debian.org writes:
Le lundi 16 mars 2009 à 12:11 +0100, Goswin von Brederlow a écrit :
Example: libgtk2.0-0 contains /etc/gtk-2.0/im-multipress.conf
For this I want to file bugs (on top of violations of the MUST
directive) requesting that either the conffile is split
m...@linux.it writes:
On Mar 16, Simon Richter s...@debian.org wrote:
Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
and s390/s390x. That would allow us to get rid of a lot of specianl cases,
including the hack for libc6-386.
I think it would be very helpful if
On Mon, 2009-03-16 at 14:36 +0100, Goswin von Brederlow wrote:
Note that libc6 and libc6-i386/amd64 will neccessarily always conflict
due to the dynamic linker
Really? I thought the i386 dynamic linker was /lib/ld-linux.so.2 and the
64 bit one was /lib/ld-linux-x86-64.so.2.
Ian.
--
Ian
I never received an answer from the docbook-to-man maintainers, so
I switched to docbook-utils which works correctly but I found out is
uninstallable on four architectures. What should I do?
Maybe the jadetex dependency should be downgraded to Recommends since
it's only needed for some output
m...@linux.it (Marco d'Itri) writes:
On Mar 16, Simon Richter s...@debian.org wrote:
Well, it would get i386/amd64 in line with sparc/sparc64, powerpc/powerpc64
and s390/s390x. That would allow us to get rid of a lot of specianl cases,
including the hack for libc6-386.
I don't see
Roger Leigh rle...@codelibre.net writes:
On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
Aurelien Jarno aurel...@aurel32.net writes:
Goswin von Brederlow a écrit :
Aurelien Jarno aurel...@aurel32.net writes:
One of the goal of multiarch is to avoid having
On Mon, Mar 16 2009, Raphael Hertzog wrote:
On Sun, 15 Mar 2009, Bill Allombert wrote:
There is no documented semantic for CFLAGS et. al. in Debian policy. While
some Makefile handle it in a certain way, this is not mandatory in
any way. For example some configure scripts append options to
Processing commands for cont...@bugs.debian.org:
reassign 519902 upgrade-reports
Bug#519902: Dist-upgrade to lenny broke cvs and apt, cannot recover.
Bug reassigned from package `general' to `upgrade-reports'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
This one time, at band camp, Goswin von Brederlow said:
1) How to specify an arch in sources.list?
Don't. Specify it in apt.conf
Suggestion:
deb [arch=i386,amd64] http://ftp.debian.org sid main
APT::Arches i386,amd64
Or something.
2) How to specify a package including the architecture?
On 16.03.09 Marco d'Itri (m...@linux.it) wrote:
Hi,
I never received an answer from the docbook-to-man maintainers, so
I switched to docbook-utils which works correctly but I found out is
uninstallable on four architectures. What should I do?
Hmm, weird. jadetex is architecture all and
On Mon, Mar 16 2009, Stefano Zacchiroli wrote:
In a sense, while uscan offers an implementation, the policy offer its
API. The two are complementary and I don't see why I should loose one
because of the other.
Also, having an API, offers exactly encapsulation, in the sense that
you can use
On Mon, Mar 16 2009, Raphael Hertzog wrote:
On Mon, 16 Mar 2009, Bdale Garbee wrote:
I think he ment that you can not know wether the setting comes from
dpkg-buildpackage or the user. If it comes from dpkg-buildpackage then
debian/rules should be free to override it as needed. If it
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
In the non-snippet method proposed, there is no way for the
package maintainer to override project defaults yet cater user set
variable settings, since the information is lost.
You're not trying very hard to look from both sides: whether
On Mar 16, Hilmar Preusse hill...@web.de wrote:
Hmm, weird. jadetex is architecture all and haven't changed for a
while. Could you find out, why it can't be installed?
I hoped that somebody here would tell me...
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mo, 16 Mär 2009, Marco d'Itri wrote:
On Mar 16, Hilmar Preusse hill...@web.de wrote:
Hmm, weird. jadetex is architecture all and haven't changed for a
while. Could you find out, why it can't be installed?
I hoped that somebody here would tell me...
Aehm sorry I lost this track
* Norbert Preining [Mon, 16 Mar 2009 18:24:15 +0100]:
On Mo, 16 Mär 2009, Marco d'Itri wrote:
On Mar 16, Hilmar Preusse hill...@web.de wrote:
Hmm, weird. jadetex is architecture all and haven't changed for a
while. Could you find out, why it can't be installed?
I hoped that somebody
On Mo, 16 Mär 2009, Adeodato Simó wrote:
jadetex is uninstallable on arches where texlive-bin is not available
yet rebuilt against libpoppler4. Which is only s390, which is waiting
for an upload.
Ok, I can live with that. If there are more fundamental problems with
s390 please ask again.
But
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
However, if the caller really wish that his build options prevail in
all cases, he can use make -e (and dpkg-buildpackage has the -R
option that let him call debian/rules as make -e -f debian/rules
instead).
We do not want to override
On Mon, Mar 16 2009, Raphael Hertzog wrote:
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
In the non-snippet method proposed, there is no way for the
package maintainer to override project defaults yet cater user set
variable settings, since the information is lost.
You're not
On Mon, Mar 16, 2009 at 06:37:40PM +0100, Raphael Hertzog wrote:
Suppose you have FOO ?= bar in the Makefile, write me the rest of the
Makefile so that I have this:
$ FOO=foo make
FOO was set in the environment
$ make FOO=foo
FOO was set on the command-line
$ make
FOO was set in the
Steve Langasek wrote:
On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
[I'm personally slightly concerned about relaxing britney allowing
testing to get into unreleasable states; a flag to re-enable the old
behavoir late in release would probably be good.]
In practice, the
Fabian Greffrath greffr...@leat.rub.de (16/03/2009):
Unfortunately IANADD, so I cannot modify the wiki page on my own.
Yes, you can!
Mraw,
KiBi.
signature.asc
Description: Digital signature
On Mon, Mar 16, 2009 at 09:14:32AM +0100, Raphael Hertzog wrote:
On Sun, 15 Mar 2009, Stephen Gran wrote:
This one time, at band camp, Raphael Hertzog said:
Care to elaborate what kind of flexibility you need in this specific case
?
I don't. I'm imagining that some of our
Package: wnpp
Severity: wishlist
Owner: Krzysztof Burghardt krzysz...@burghardt.pl
* Package name: wbar
Version : 1.3.3
Upstream Author : Rodolfo Granata warlock...@gmail.com
* URL : http://code.google.com/p/wbar/
* License : GPL
Programming Lang: C++
Raphael Hertzog hert...@debian.org writes:
You're not trying very hard to look from both sides: whether the default
value comes from the environment or from an included Makefile, in both
cases the user can override it with command-line arguments.
Granted it means that dpkg-buildpackage would
On Mon, Mar 16 2009, Raphael Hertzog wrote:
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
However, if the caller really wish that his build options prevail in
all cases, he can use make -e (and dpkg-buildpackage has the -R
option that let him call debian/rules as make -e -f debian/rules
On 16.03.09 Adeodato Simó (d...@net.com.org.es) wrote:
* Norbert Preining [Mon, 16 Mar 2009 18:24:15 +0100]:
On Mo, 16 Mär 2009, Marco d'Itri wrote:
On Mar 16, Hilmar Preusse hill...@web.de wrote:
Hi,
Hmm, weird. jadetex is architecture all and haven't changed for a
while. Could
I am sorry Luca that I have missed your email. Looking at it now I
realize that it came at the hottest time -- I was about to submit my
PhD dissertation, so my mind was fully occupied with other things ;)
On Fri, 06 Mar 2009 16:25:16 +0100, Yaroslav Halchenko wrote:
* Package name: pythm
On Mon, Mar 16 2009, Russ Allbery wrote:
Raphael Hertzog hert...@debian.org writes:
You're not trying very hard to look from both sides: whether the default
value comes from the environment or from an included Makefile, in both
cases the user can override it with command-line arguments.
Hi all,
Wiki engine migrated
The DebianWiki team is pleased to announce that the wiki is now running
moinmoin 1.7, which brings many new features (see [1] and [2]).
The syntax on how to make links and use attachments have changed in
moinmoin 1.6, see:
I think it's clearly mandatory to implement a hierarchy of settings:
* Debian defaults
* Local distribution overrides
* Local package overrides
* User settings
where each overrides the previous ones.
I think we all mostly agree on that. I see only two remarks:
- the package can either
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
The advantage of the snippet approach is where packages might
break if the builtin defaults are changed will not be broken by the
snippet approach, since the change is opt-in.
Once a package relies on values provided by a Makefile snippet,
On Mon, 2009-03-16 at 21:29 +0100, Frank Lin PIAT wrote:
Wiki engine migrated
I completely forgot to thanks and give credits to Valessio Brito for his
DebianWiki logo.
http://wiki.debian.org/htdocs/WikiDebianLogo_B.png
This is now fixed.
Regards,
Franklin
--
To
On Mon, 16 Mar 2009, Manoj Srivastava wrote:
And you are missing the point that making people type stuff on
the command line for site specific stuff looses out to being able to
edit a conffile instead.
Who said the command line was for site-specific stuff?
In my proposition the
]] Stephen Gran
| Put another way, I can't think of a valid use for an amd64 binary
| depending on a ppc32 binary.
Package: foo
Depends: sed
(sed is Essential: yes, but I think you get the point.)
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
--
To
On Mon, Mar 16, 2009 at 12:11:35PM +0100, Goswin von Brederlow wrote:
Hi,
over the weekend I did some work on multiarch again and did notice
some new and old problems when adding more libraries to my test set.
Given that the problems are quite easily detectable I'm considering
scanning
On Mon, Mar 16, 2009 at 02:36:17PM +0100, Goswin von Brederlow wrote:
Aurelien Jarno aurel...@aurel32.net writes:
Goswin von Brederlow a écrit :
Aurelien Jarno aurel...@aurel32.net writes:
On Wed, Mar 11, 2009 at 09:55:33PM -0700, Steve Langasek wrote:
On Wed, Mar 11, 2009 at
This one time, at band camp, Tollef Fog Heen said:
]] Stephen Gran
| Put another way, I can't think of a valid use for an amd64 binary
| depending on a ppc32 binary.
Package: foo
Depends: sed
(sed is Essential: yes, but I think you get the point.)
I don't see what the architecture of
Raphael Hertzog hert...@debian.org writes:
I think we all mostly agree on that. I see only two remarks:
- the package can either fully override the default settings or
filter the provided build options: i.e. add/remove/replace build
options. (and I think that the filter option should be
On Mar 16, Mike Hommey m...@glandium.org wrote:
I think it would be very helpful if somebody could summarize why a
multiarch system is useful, except for the obvious case of installing
proprietary i386 software on amd64 systems.
s/proprietary// ; there you have your obvious case.
Not
On Mon, Mar 16, 2009 at 12:17:28PM -0600, Raphael Geissert wrote:
Steve Langasek wrote:
On Mon, Mar 16, 2009 at 12:48:22AM -0700, Don Armstrong wrote:
[I'm personally slightly concerned about relaxing britney allowing
testing to get into unreleasable states; a flag to re-enable the old
On Mon, Mar 16, 2009 at 10:45:32PM +0100, Marco d'Itri wrote:
On Mar 16, Mike Hommey m...@glandium.org wrote:
I think it would be very helpful if somebody could summarize why a
multiarch system is useful, except for the obvious case of installing
proprietary i386 software on amd64
On Mon, 16 Mar 2009, Adeodato Simó wrote:
As said above, failures to build against the new library are RC from
day 0, and the intention is not to do transitions while those are
open, other constraints permitting.
Cool.
As for packages that are rebuilt in unstable but not migrated, I
don’t
On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
Martín Ferrari tin...@debian.org writes:
Problematic tools:
* mii-tool: it could be dropped and replaced by a pointer to ethtool as
it's not meant to be used automatically by scripts. On the other hand,
it's distributed as a
Frank Lin PIAT wrote:
Hi all,
Wiki engine migrated
Thanks for the work!
Also, the GUI editor is now disabled, because moinmoin 1.7 use an old
version of fckeditor which would have been a security problem. We are
working to find a solution.
If I remember right, the
Aurelien Jarno aurel...@aurel32.net writes:
If you want to get some more multiarch ennemies, this is clearly the way
to go.
The alternate method is to post a list to debian-devel, and when we have
a basic multiarch support, you may start thinking about filling bugs.
Not before.
Well,
On Mon, 2009-03-16 at 23:33 +0100, Bernd Zeimetz wrote:
Frank Lin PIAT wrote:
Hi all,
Wiki engine migrated
Thanks for the work!
Also, the GUI editor is now disabled, because moinmoin 1.7 use an old
version of fckeditor which would have been a security
On Sun, Mar 15, 2009 at 06:41:14PM +, Ben Hutchings wrote:
* nameif: can be replaced by ip link, not sure if it's worth the
effort (does anybody actually use it?)
Never heard of it, and it seems redundant with udev now. There's also
ifrename.
I think udev can now do everything
On Mon, Mar 16, 2009 at 03:40:53PM -0700, Russ Allbery wrote:
Aurelien Jarno aurel...@aurel32.net writes:
If you want to get some more multiarch ennemies, this is clearly the way
to go.
The alternate method is to post a list to debian-devel, and when we have
a basic multiarch support,
Frank Lin PIAT fp...@klabs.be writes:
Wiki engine migrated
The DebianWiki team is pleased to announce that the wiki is now
running moinmoin 1.7, which brings many new features (see [1] and
[2]).
Thanks very much!
One of the new features announced in MoinMoin 1.7 is
Fellow Developers,
last Friday I have downloaded the fist Debian install DVD fro Lenny and
for some mintes trie to install a new Workstation and gotten this:
[ STDIN ]---
[r...@michelle1:~ ] apt-get install fvwm
Reading package
Steve Langasek wrote:
On Mon, Mar 16, 2009 at 12:17:28PM -0600, Raphael Geissert wrote:
Wouldn't it be better to remove the packages from testing? this way if
the library and other packages are ready to go they could easily migrate
without any special hack, if my understanding of the
Stefano Zacchiroli wrote:
... and pretty please, do not choose a solution that will require
adding an -include to 15'000 thousands debian/rules; we will finish
doing that by Lenny+50, the earliest.
It would take some time, yes; but packages using cdbs would only require a
binNMU once cdbs
Package: wnpp
Severity: wishlist
Owner: Jonathan Wiltshire deb...@jwiltshire.org.uk
* Package name: enigform
Version : 0.8.1
Upstream Author : Artruro 'Buanzo' Busleiman bua...@buanzo.com.ar
* URL : http://enigform.mozdev.org/
* License : MPL
Programming
Package: wnpp
Severity: wishlist
Owner: Jonathan Wiltshire deb...@jwiltshire.org.uk
* Package name: libapache2-mod-openpgp
Version : 0.5.0
Upstream Author : Arturo 'Buanzo' Busleiman bua...@buanzo.com.ar
* URL : http://wiki.buanzo.org/index.php?n=Main.ModOpenpgp
*
On Mon, 2009-03-16 at 22:25 +, Ben Hutchings wrote:
On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote:
[...]
I fail to see the value of removing mii-tool. I'd rather see just the
non-working features removed in favour of an ethtool recommendation.
It doesn't recognise 1G
Unless somebody will have persuasive objections I will change it to
group kmem in a future udev upgrade.
--
ciao,
Marco
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Jaromír Mikeš mira.mi...@seznam.cz
* Package name: jkmeter
Version : 0.4.0-1
Upstream Author : Fons Adriaensen f...@kokkinizita.net
* URL : http://www.kokkinizita.net/linuxaudio/downloads/index.html
* License : GPL
On Tue, 2009-03-17 at 03:31 +0100, Jaromír Mikeš wrote:
Package: wnpp
Severity: wishlist
Owner: Jaromír Mikeš mira.mi...@seznam.cz
* Package name: jkmeter
Version : 0.4.0-1
Upstream Author : Fons Adriaensen f...@kokkinizita.net
* URL :
On Tue, Mar 17, 2009 at 8:18 AM, Ben Finney ben+deb...@benfinney.id.au wrote:
One of the new features announced in MoinMoin 1.7 is OpenID
authentication. Could this please be enabled on the Debian wiki?
That would likely make it much harder to fix #385797 - Wiki does not
have a license.
I
Paul Wise p...@debian.org writes:
On Tue, Mar 17, 2009 at 8:18 AM, Ben Finney ben+deb...@benfinney.id.au
wrote:
One of the new features announced in MoinMoin 1.7 is OpenID
authentication. Could this please be enabled on the Debian wiki?
That would likely make it much harder to fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 16 Mar 2009 15:57:01 +1000
Source: duplicity
Binary: duplicity
Architecture: source i386
Version: 0.5.11-2
Distribution: unstable
Urgency: low
Maintainer: Alexander Zangerl a...@debian.org
Changed-By: Alexander Zangerl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 07 Mar 2009 18:12:21 +0100
Source: ttf-jura
Binary: ttf-jura
Architecture: source all
Version: 2.4-1
Distribution: unstable
Urgency: low
Maintainer: Gürkan Sengün gur...@phys.ethz.ch
Changed-By: Gürkan Sengün gur...@phys.ethz.ch
1 - 100 of 178 matches
Mail list logo