* Marco d'Itri:
> On Apr 21, Guus Sliepen <[EMAIL PROTECTED]> wrote:
>
>> I'm sure there are people who use both ifrename and udev, and if udev
> Which part of "ifrename does not work with udev" you did not understand?
Certainly nameif works with udev. Why should I care about missed
events for m
Mike Hommey <[EMAIL PROTECTED]> wrote:
[...]
> I'd say upload-binary should be sent to the maintainer. It helps seing
> when stuff are built and uploaded,
[...]
Hello,
Eh no. I am not interested at all that the gazillion of build-daemons
grab my package and upload it to Debian.[1] For me that's ju
On Friday 21 April 2006 23:12, Arnaud Quette wrote:
> I'd like to take care of updating it (1.3.4 available) as we're
> working, with Christian Marillat, on Jahshaka packaging (ITP #335249)
> which requires it.
>
> If nobody steps up, we'll upload 1.3.4 during the week.
An 1.3.4 package is about t
Package: wnpp
Severity: wishlist
Owner: Fredrik Steen <[EMAIL PROTECTED]>
* Package name: python-markdown
Version : 1.4
Upstream Author : Yuri Takhteyev <[EMAIL PROTECTED]>
* URL : http://www.freewisdom.org/projects/python-markdown/index.php
* License : GPL
Pr
On Fri, Apr 21, 2006 at 03:46:36PM +0200, Raphael Hertzog wrote:
> On Fri, 21 Apr 2006, Simon Huggins wrote:
> > I'll go look at adding the PTS to pkg-xfce now anyway.
> Thanks!
Except as discussed on IRC in #alioth it sends to the first package
affected if many packages are so I've not added this
On Fri, Apr 21, 2006 at 10:32:21PM +0200, Marco d'Itri wrote:
> On Apr 21, Guus Sliepen <[EMAIL PROTECTED]> wrote:
>
> > I'm sure there are people who use both ifrename and udev, and if udev
> Which part of "ifrename does not work with udev" you did not understand?
Which part of "let the user sho
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 294 (new: 10)
Total number of packages offered up for adoption: 84 (new: 2)
Total number of packages request
I'd like to take care of updating it (1.3.4 available) as we're
working, with Christian Marillat, on Jahshaka packaging (ITP #335249)
which requires it.
If nobody steps up, we'll upload 1.3.4 during the week.
Arnaud
--
Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt
Network UPS Tools (NUT) Projec
On Thu, Apr 20, 2006 at 01:43:07AM +0200, Marco d'Itri <[EMAIL PROTECTED]>
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 do
On Fri, Apr 21, 2006 at 10:32:21PM +0200, Marco d'Itri wrote:
> > I'm sure there are people who use both ifrename and udev, and if udev
> Which part of "ifrename does not work with udev" you did not understand?
The part where both work fine simultaneously on my own machines.
--
Met vriendelijke
On Apr 21, Guus Sliepen <[EMAIL PROTECTED]> wrote:
> I'm sure there are people who use both ifrename and udev, and if udev
Which part of "ifrename does not work with udev" you did not understand?
--
ciao,
Marco
signature.asc
Description: Digital signature
On Fri, Apr 21, 2006 at 09:01:53AM +0200, Raphael Hertzog <[EMAIL PROTECTED]>
wrote:
> Russ wrote:
> > > In fact, upload notifications (the one that includes the changelog) are
> > > not, so far as I can tell, sent to the maintainer by default and I end up
> > > subscribing to the PTS to get those
On Thu, Apr 20, 2006 at 01:43:07AM +0200, Marco d'Itri wrote:
> > Besides the fact that ifrename is more of a hack, now that udev enables
> > persistent naming of interfaces (z25_persistent-net.rules) udev should
> > conflict with ifrename. Otherwise the user could get unexpected results
> > if /e
On Apr 21, Jim Crilly <[EMAIL PROTECTED]> wrote:
> > An even better idea is, on the upgrade introducing persistent interface
> > names, to write rules which reflect the current names no matter what
> > configured them.
> But won't that miss any devices that aren't in the system right at that
> mom
On 04/21/06 10:19:46AM +0200, Marco d'Itri wrote:
> On Apr 20, Adam Borowski <[EMAIL PROTECTED]> wrote:
>
> > Idea: if /etc/iftab is present on upgrade, you can consume it, producing
> > relevant rules in that place (and displaying a message to the admin).
> An even better idea is, on the upgrade
On Fri, Apr 21, 2006 at 08:14:10AM +0200, Wolfgang Lonien wrote:
> And for those who still are complaining about the installer not being
> graphical: please, guys, there's more than your x86 machines. Keep that
> in mind. And where is the difference between a mouse click and a return
> key (yes, it
On Fri, Apr 21, 2006 at 08:36:10AM -0500, Manoj Srivastava wrote:
> Hi,
>
> Here is my solution for using vim + script as a pager; similar
> mechanisms can be used to use plain vim as PAGER as well.
>
[snip script]
There is already a less.sh that does this, which is in the same
director
Hi,
On Fri, Apr 21, 2006, Manoj Srivastava wrote:
> Here is my solution for using vim + script as a pager; similar
> mechanisms can be used to use plain vim as PAGER as well.
Nice, I suggest filing a new bug against vim to propose this as a
contrib script, or to ship it as "vim
On Fri, 21 Apr 2006, Simon Huggins wrote:
> Sure the config file was clearer on that than your mail certainly.
:-)
> Yes this makes more sense now. I must admit I still thought the PTS was
> only really a way to get all the bugs for a package.
>
> Is there a reason that when you subscribe to th
Hi,
Here is my solution for using vim + script as a pager; similar
mechanisms can be used to use plain vim as PAGER as well.
,
| #!/bin/bash
| # Shell script to start Vim with less.vim.
| # Read stdin if no arguments were given.
|
| #VRUNTIME=/usr/share/vim/vim64/
| VRUNTIME=$HOME/e
Package: wnpp
Severity: wishlist
Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]>
* Package name: libcrypt-dsa-perl
Version : 0.13
Upstream Author : Benjamin Trott <[EMAIL PROTECTED]>
* URL : http://www.cpan.org/modules/by-module/Crypt/
* License : Artistic
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> On Tue, Apr 18, 2006 at 12:17:54PM -0400, Stefano Zacchiroli wrote:
>> On Wed, Apr 19, 2006 at 12:41:50AM +1000, Anthony Towns wrote:
>> > Developers with amd64 machines are also now able to upload new versions
>> > of their package built locally (rather t
On Apr 21, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> Since there is a 1-1 connection between the interface index and the
> in-kernel data structure, it is the ideal (and only) identifier udev
> should use.
Too bad that it is not what the kernel reports in the hotplug events and
that there are no s
On Thu, Apr 20, 2006 at 09:23:00PM +0200, Marco d'Itri wrote:
> > This looks like a bug in udev. It should not try to identify devices
> > based on names a user can and will change.
> I think I missed which alternative design you are proposing.
AFAIK the only correct way to identify a network i
Package: wnpp
Severity: wishlist
Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]>
* Package name: libdata-buffer-perl
Version : 0.04
Upstream Author : Benjamin Trott <[EMAIL PROTECTED]>
* URL : http://www.cpan.org/modules/by-module/Data/
* License : Artistic
Just saw this thread mentioned on DWN.
Do you know about "bts reportspam NN" or "bts spamreport NN"
in the devscripts package? Might do just what you want :)
Julian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]>
* Package name: libconvert-pem-perl
Version : 0.07
Upstream Author : Benjamin Trott <[EMAIL PROTECTED]>
* URL : http://www.cpan.org/modules/by-module/Convert/
* License : Artisti
On Thu, Apr 20, 2006 at 08:49:58AM +0200, Raphael Hertzog wrote:
> On Thu, 20 Apr 2006, Simon Huggins wrote:
> > On Wed, Apr 19, 2006 at 11:13:13PM +0200, Raphael Hertzog wrote:
> > > * All existing packaging projects should use svnmailer to send SVN diffs
> > > to the Package Tracking System. A
On Apr 21, Steve Langasek <[EMAIL PROTECTED]> wrote:
> This was actually why I was asking. :) Does d-i really need to do anything
> here, or can it simply depend on the udev postinst to take care of it all in
> the chrooted target?
No, currently postinst when run in a chroot does as little as pos
On Fri, 21 Apr 2006 08:29:09 +0200, Michael Biebl wrote:
> Bastian Venthur wrote:
>> James Vega wrote:
>
> [..]
>
>> So should I file a bug against KDE(M) for not respecting
>> /etc/default/locale?
>
> Known bug [1]. A corresponding bug report for gdm has been filed too
> already.
>
> Cheers,
On Fri, Apr 21, 2006 at 08:14:10AM +0200, Wolfgang Lonien wrote:
> Adrian von Bidder wrote:
> > How do I bind a computer to an NIS server?
> > Use a rope?
> > -- Seen on #Debian
>
> That was a good one! Was it Joey H. or Joey S.? Anyway: thanks for
> sharing this with us :-)
is Joey Schulz
On Fri, Apr 21, 2006 at 11:47:45AM +0200, Marco d'Itri wrote:
> On Apr 21, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > > An even better idea is, on the upgrade introducing persistent interface
> > > names, to write rules which reflect the current names no matter what
> > > configured them.
> > A
On Apr 21, Steve Langasek <[EMAIL PROTECTED]> wrote:
> > An even better idea is, on the upgrade introducing persistent interface
> > names, to write rules which reflect the current names no matter what
> > configured them.
> And also, I hope, on initial install of udev?
Yes, and in d-i too.
--
c
At 1145044383 past the epoch, Linas Žvirblis wrote:
> Manoj Srivastava wrote:
>
> > Amateur radio is the dumb name, for people who
> > are confused by what the practioners call it --
> > HAM radio.
>
> It is translated as "amateur radio" to some languages.
> Others transla
On Apr 21, Florian Weimer <[EMAIL PROTECTED]> wrote:
> > KERNEL=="*.*", GOTO="persistent_net_generator_end"
>
> No visible change.
>
> There's an error message in the syslog:
>
> Apr 21 10:05:30 l udevd-event[6705]: rename_net_if: error changing net
> interface name eth0.1_ifrename to eth0: ti
On Fri, Apr 21, 2006 at 10:19:46AM +0200, Marco d'Itri wrote:
> On Apr 20, Adam Borowski <[EMAIL PROTECTED]> wrote:
> > Idea: if /etc/iftab is present on upgrade, you can consume it, producing
> > relevant rules in that place (and displaying a message to the admin).
> An even better idea is, on t
On Apr 20, Adam Borowski <[EMAIL PROTECTED]> wrote:
> Idea: if /etc/iftab is present on upgrade, you can consume it, producing
> relevant rules in that place (and displaying a message to the admin).
An even better idea is, on the upgrade introducing persistent interface
names, to write rules whic
* Marco d'Itri:
> On Apr 21, Florian Weimer <[EMAIL PROTECTED]> wrote:
>
>> This change also broke the vlan package, which hasn't got to do much
>> with interface renaming (from a user perspective). New VLAN
>> interfaces are called "eth0.1_ifrename" instead of "eth0.1".
>
> Interesting, I think
On Apr 21, Florian Weimer <[EMAIL PROTECTED]> wrote:
> This change also broke the vlan package, which hasn't got to do much
> with interface renaming (from a user perspective). New VLAN
> interfaces are called "eth0.1_ifrename" instead of "eth0.1".
Interesting, I think this happens because eth0
* Marco d'Itri:
> On Apr 20, Florian Weimer <[EMAIL PROTECTED]> wrote:
>
>> This looks like a bug in udev. It should not try to identify devices
>> based on names a user can and will change.
> I think I missed which alternative design you are proposing.
I'm not familiar with udev, sorry.
This
* Adam Borowski:
> Idea: if /etc/iftab is present on upgrade, you can consume it,
> producing relevant rules in that place (and displaying a message to
> the admin).
There's also /etc/mactab, which is processed by nameif (from the
net-tools package). Ideally, this one should be processed, too.
Russ wrote:
> > In fact, upload notifications (the one that includes the changelog) are
> > not, so far as I can tell, sent to the maintainer by default and I end up
> > subscribing to the PTS to get those even for packages where I'm the only
> > maintainer.
I subscribe to debian-devel-changes for
42 matches
Mail list logo
