Package: gnuradio-core
Version: 2.8-6
Severity: serious
This source package is part of the GNU Radio suite. As of the upstream
3.0 release, the GNU Radio packaging for Debian has been restructured to
use a single source package 'gnuradio', and I have taken over as primary
maintainer of the suite
Package: gr-audio-jack
Version: 0.3-2
Severity: serious
This source package is part of the GNU Radio suite. As of the upstream
3.0 release, the GNU Radio packaging for Debian has been restructured to
use a single source package 'gnuradio', and I have taken over as primary
maintainer of the suite
Package: gr-audio-alsa
Version: 0.5-2
Severity: serious
This source package is part of the GNU Radio suite. As of the upstream
3.0 release, the GNU Radio packaging for Debian has been restructured to
use a single source package 'gnuradio', and I have taken over as primary
maintainer of the suite
severity 384762 normal
thanks
On Sat, 2006-08-26 at 08:04 -0500, Martin Gallant wrote:
> Tons of logs being placed in /var/log/amanda since upgarde to Etch
> Version in etch was compiled with --with-debugging=/var/log/amanda
The number of debugging logs hasn't changed, the location just moved.
A
On Fri, 2006-10-13 at 15:43 -0500, Jerry Haltom wrote:
> Where does this bug stand? I'm working with a Xeon Woodcrest system
> which uses EFI and EM64T.
I originally naively thought this would be as easy as twiddling
debian/control to add amd64 as a build architecture, but that turns out
not to be
On Sat, 2006-10-14 at 15:26 +0200, Kurt Roeckx wrote:
> I did an NMU for this, patch is attached.
Ok. Some other things I tried to fix ended up making things worse and I
haven't made time to get it right again. Appreciate your taking care of
this in the meantime.
Bdale
--
To UNSUBSCRIBE, e
tags 392153 +pending
thanks
On Wed, 2006-10-11 at 00:13 +0900, Hideki Yamane (Debian-JP) wrote:
> I've updated Japanese po-debconf template translation (ja.po), there are
> no fuzzy and untranslated lines. Please update.
Thank you! In my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE,
On Fri, 2006-09-22 at 06:56 +0900, Junichi Uekawa wrote:
> Hi,
>
> refit 0.8 needs EFI 1.1; unless gnu-efi gets fixed in reasonable
> timeline, I'll need to fork gnu-efi and upload 'efironment' package,
> and that's not something I'd like to do.
I see no evidence that gnu-efi upstream has updated
On Thu, 2006-09-21 at 17:23 +0300, Damyan Ivanov (at work) wrote:
> May I
> ask you to include that patch in the next upload so we don't have to
> apply it ourselves?
I'm working on 2.5.1 now. Expect an upload in a few days.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Mon, 2006-09-18 at 18:19 +0100, Ian Jackson wrote:
> I got bitten by this as well. The manpage even still describese the
> old behaviour.
FWIW, the manpage is a Debian creation, and so that's our fault, not
upstream's.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
severity 386314 normal
merge 386314 378575
thanks
On Wed, 2006-09-06 at 19:49 +0200, Petter Reinholdtsen wrote:
> Package: makedev
> Version: 2.3.1-82
> Severity: important
>
> There is a small typo in the LSB-formatted dependency header in
> /etc/init.d/makedev. 'Provies' should read 'provides'
Package: bip
Version: 0.5.3-2
The package should create /var/run/bip since the daemon tries to write
there and can't, prevening it from starting until the directory is
manually created.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMA
[EMAIL PROTECTED] (Peter Eisentraut) writes:
> No.
I do, and the patch that Julien suggests looks reasonable and correct to me.
We should make sure this gets included for etch, then we can back the
transition package entries out of the control file after etch releases and
deliver just the new/
On Wed, 2006-08-23 at 17:59 +0200, Ronan KERYELL wrote:
> Bdale, I understand you are reluctant to put beta software in
> Debian/unstable, but, it is unstable :-) and the current version don't
> work anymore. :-( To put it in experimental seems overkill to me...
I have a patch in my CVS for the n
Package: wnpp
I am not actively using xtrkcad. I believe the package is in good shape,
with no open bugs. However if someone else who actually uses the program
and is therefore more likely to pay attention to upstream development wants
to take over the package, I would be pleased to give it a
Package: wnpp
I no longer use antiword, and thus am no longer motivated to work on it. The
current version is 0.37-1, I won't bother uploading it just to change the
maintainer field unless it fails to be adopted in short order.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
tags 383801 +pending
thanks
On Sat, 2006-08-19 at 19:03 +0200, Kurt Roeckx wrote:
> Would it be possible to add support for amd64?
Sure. In my CVS for the next upload.
> As far as I know, the latest mac intels run a CPU which has the
> 64 bit extention, and use EFI to boot.
Well, I suspect tha
On Sat, 2006-08-19 at 10:07 +0200, maximilian attems wrote:
> isn't that the latest udev regression, which udev version are you
> running?
Don't know. My udev version is 0.097-1
> you need either latest klibc 1.4.19-2 from mentors (hope it will land
> soon) or fix /usr/share/initramfs-tools/sc
Package: linux-image-2.6.17-2-686
Version: 2.6.17-6
Severity: important
Upgrading to this kernel version on my HP nc6220 notebook left me with a
completely non-working pointer in X. Tried various things, didn't really
learn anything useful before getting frustrated and falling back to a prior
ker
On Thu, 2006-08-10 at 02:23 -0700, Matt Taggart wrote:
> One day a new, young ape asks, "But Sir, why not?"
So, that was sort of cute, but from a practical standpoint, it appears
that /usr/bin/vi isn't guaranteed to exist, so this isn't as trivial to
change as one might wish.
If I can figure out
Package: passwd
Version: 4.0.17-2
Any attempt to use the -a option to usermod as documented seems to result
in the program displaying a usage message. Clint reports that there seems
to be a superfluous colon in the source, as adding a bogus option to -a makes
it work, like:
usermod -a
tags 378558 +pending
thanks
On Sun, 2006-07-30 at 12:04 +0200, Geert Uytterhoeven wrote:
> On Sat, 22 Jul 2006, Geert Uytterhoeven wrote:
> > -- Forwarded message --
> > Date: Fri, 14 Jul 2006 09:38:56 -0400
> > From: Jean-Louis Martineau <[EMAIL PROTECTED]>
> > To: amanda-users ,
tags 380336 +pending
thanks
On Sat, 2006-07-29 at 13:20 +0200, Geert Uytterhoeven wrote:
> Installing amanda-common removes user `backup' from the `cdrom' group.
The amanda postinst was previously using 'usermod -G disk,tape backup'
to add user backup to those groups, which had the side-effect o
tags 363943 +pending
thanks
On Sat, 2006-07-29 at 13:06 +0200, Holger Wansing wrote:
> please find attached the german po file for the new tar 1.15.91-2
Thank you! Merged in my CVS for the next Debian package upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
tags 378575 +pending
thanks
On Mon, 2006-07-17 at 14:54 +, MB wrote:
> There's a typo in the INIT INFO header in /etc/init.d/makedev on line 4:
> instead of "provides" it says
> "provies". Unsure of how (or if) this affects functionality.
Thanks for noticing this! It's fixed in my CVS for
On Sat, 2006-07-15 at 23:53 +0200, Peter Eisentraut wrote:
> I should also point out that the ntpdate program is deprecated upstream,
> is no longer maintained, and no bugs are being fixed for it.
I've been telling people that for years, but upstream still hasn't made
it go away... and even if
On Sat, 2006-07-15 at 23:03 +0200, Peter Eisentraut wrote:
> In fact, I see no single mention of "127.127.1.0" in the NTP
> documentation, so I doubt that having this section in there makes much
> sense, at least for the default configuration. I'm inclined to remove
> it.
Please don't, at leas
tags 378349 +pending
thanks
On Sat, 2006-07-15 at 16:59 +0200, Wouter Verhelst wrote:
> The documentation and the --help output of dump consistently refer to a
> "-level#" parameter. I had to fetch the source to figure out that I
> needed to invoke dump with a parameter like "-0" to actually get
tags 377330 +unreproducible +moreinfo
thanks
On Sat, 2006-07-08 at 13:49 +0200, Kurt Roeckx wrote:
> Tar failed a test on the amd64 buildd:
> 28: cyclic renames FAILED (rename03.at:122)
I see that. The bad news is I just tried this on my desktop amd64
system at ho
tags 332983 +pending
thanks
On Thu, 2006-07-06 at 23:28 -0700, Josh Triplett wrote:
> However, I noticed that both
> udev and makedev had /dev/random 0666 but /dev/urandom 0644. Both
> devices have precisely the same write function in the kernel, and both
> have the same harmless effect, so both
On Thu, 2006-07-06 at 15:21 -0700, Matt Taggart wrote:
> While I like the idea that visudo pays attention to /usr/bin/editor and
> $EDITOR, clearly with a name like "visudo" it should use something vi-like
> and
> pay attention to /usr/bin/vi.
>
> How about creating an "editsudo" for the forme
Could you please update the po and pot files you provided in 363943 to reflect
the 1.15.91 version of tar? I regret that my knowledge of German is
insufficient to know how to merge what you have offered to the new version.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
What motivates your assertion that both random and urandom should be 0644?
It seems to me that unless a user can completely control the initial state
of the entropy pool and ensure they are the only writer to the device, that
they cannot possibly control the generation of random numbers. Other t
On Mon, 2006-07-03 at 01:17 -0300, Martín Ferrari wrote:
> I'm copying Bdale, the maintainer of makedev.
>
> While trying to make a patch for this bug I noticed that MAKEDEV (both
> the 2.* in sid and the 3.* in experimental) doesn't know about nbd
> devices, but nb* devices, with the same major n
On Thu, 2006-06-29 at 20:26 +0200, Kurt Roeckx wrote:
> Currently it's possible to install ntpdate without having an
> ntp.conf (which is part of ntp-server). But the plan is to merge
> those packages again, so something like this might be a good idea.
I was pretty sure the plan was to keep ntpd
On Thu, 2006-06-29 at 07:42 +0200, Petr Salinger wrote:
> I am sorry, my initial bug report have been incomplete.
> GNU/kFreeBSD needs also updated config.guess and config.sub.
Ah, ok. Easy enough.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
tags 375747 +pending
thanks
On Tue, 2006-06-27 at 23:22 +0200, Daniel Nylander wrote:
> Here is the updated Swedish translation of the debconf template for
> amanda.
Thank you! Merged in my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
On Wed, 2006-06-28 at 10:36 +0200, Bill Allombert wrote:
> > Here, the only way seems to be putting an entry in NEWS.Debian (for
> > users script, ie things not under our control).
Good idea, Christian.
> In addition, I would suggest we reinstate the previous behaviour, but
> display a warning w
On Mon, 2006-06-26 at 18:13 +0200, Kurt Roeckx wrote:
> On Mon, Jun 26, 2006 at 02:18:56PM +0200, Peter Eisentraut wrote:
> > Am Mittwoch, 21. Juni 2006 20:01 schrieb Kurt Roeckx:
> > > On Wed, Jun 21, 2006 at 07:04:42PM +0200, Olaf van der Spek wrote:
> > > > So how should one fix this situation?
reassign 375300 apt-listchanges
thanks
On Sun, 2006-06-25 at 03:02 +0200, Petr Vandrovec wrote:
> When apt-listchanges tries to extract changelogs, it hits new "feature" of
> tar
> 1.15.91 which forbids wildcards in filenames, and so it fails to do anything
> as
> it finds no changelog:
> Pl
On Sat, 2006-06-24 at 18:19 +0200, Bas Zoetekouw wrote:
> I can thus confirm that the files that were tarred using the sarge
> version of tar, unpacked to a corrupt file with a wrong size, regarless
> of the tar version used to untar the archive. I am tagging this bug
> accordingly.
Thanks for y
The new tar behavior with respect to wildcards is not a change I
introduced just for Debian, it's a new upstream change that appears to
be quite intentional and well documented, as per this text from the tar
info docs:
The following table summarizes pattern-matching default values:
Members
tags 374461 +pending
thanks
On Mon, 2006-06-19 at 11:12 -0400, Justin Pryzby wrote:
> "deconfigure" should act like "remove", since a (hypothetical)
> dependency is gone, and postinstall abort-[deconfigure|remove] should
> roll back the changes.
Thanks. Functionality more or less like what you
tags 374850 +pending
thanks
On Wed, 2006-06-21 at 19:45 +0200, Kurt De Bree wrote:
> Please find attached the updated dutch po-debconf translation.
Thank you! This is in my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
Ok, I apologize for this because I know you really don't want to hear it, but
first I feel compelled to give you this obligatory piece of too-late-to-use
advice: "You should verify backup procedures before you need them."
I also note that if you're going to compress the file with bzip2 anyway, it
tags 30 +pending
thanks
Patch is in my CVS for the next upload, coming shortly.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
If you would like to give me these changes as a diff against the manpage
source, I would be pleased to include them in the gzip package.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(forgot to CC the bug when email'ing the submitter... shame on me!)
When you say that zgrep takes the -R option just fine, do you mean that it
actually generates the expected results when recursing down a tree of
compressed files, or just that it doesn't complain about including that option?
Since
tags 255634 +upstream +wontfix
tags 274922 +upstream +wontfix
thanks
The problem is that 'zcat' is not a wrapper, it's just a different name under
which gzip is invoked... while zgrep and some of the other z* utilities are
wrapper scripts. There's no easy way to change zcat's behavior without mak
On Sun, 2006-06-18 at 16:42 -0400, Joey Hess wrote:
> It does seem to me that it would be possible to abstract this probing
> out of the cpu freqency daemons, but I encourage you to go with the
> working and implemented solution in the meantime so that laptop installs
> can come with a working fre
tags 292896 +pending
thanks
Thanks for the updated version of the patch. Applied in my CVS for the next
upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 363017 +pending
thanks
The patch seems to make sense, applied in my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 2006-06-17 at 01:24 +0200, Kurt Roeckx wrote:
> I actually have no idea why it was splitted in 2 packages. Afaik
> the only difference is that one has all the clocks build in, and
> the other doesn't. This results in a difference of the size of
> the binary, 200K versus 400K, and I guess
severity 373674 wishlist
forwarded 373674 [EMAIL PROTECTED]
thanks
On Thu, 2006-06-15 at 00:50 +0100, Paul LeoNerd Evans wrote:
> I propose two methods that may solve this:
Thanks for the idea. I've forwarded this to Todd Miller, the upstream
author of sudo, for his consideration.
Bdale
--
On Thu, 2006-06-08 at 14:16 +0300, Andrei Emeltchenko wrote:
> Package: ntpdate
> Version: 1:4.2.0a+stable-2sarge1
> Severity: minor
>
>
> Parameter NTPSERVERS has no affect to ntpdate. No manual about this
> configuration file.
It appears that /etc/default/ntpdate is only used by the init.d scr
On Tue, 2006-06-06 at 13:17 +0200, Peter Eisentraut wrote:
Why did you put an --oknodo on the start part of the restart clause?
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 2006-06-05 at 12:48 -0500, Michael D Schleif wrote:
> Did you really want to correspond OUTSIDE of the bugreport?
My reply was CC'ed to the BTS. Yours was not. Something weird in your
email client, perhaps?
> What do you think?
I haven't been actively involved in the NTP packaging for
On Mon, 2006-06-05 at 09:50 -0500, michael d. schleif wrote:
> Yes, I know that this is partially a result of the way my apt,
> preferences and pinning are configured. Nevertheless, this particular
> version of ntp0-server is broken; and I do not know how to fix it; nor
> to avoid these nasty ram
On Sun, 2006-06-04 at 20:29 +0200, Luk Claes wrote:
> > You still have to touch /etc/amandahosts on each client system, of
> > course, but I'm not sure what we could do to make that any easier?
>
> A solution would be to create that file in the maintainerscripts so it's
> not a conffile... or to
On Sun, 2006-06-04 at 19:22 +0200, Luk Claes wrote:
> A solution might be to include some file if it exists in the
> configuration...
This has come up before. The ntp upstream code does not provide an
include file mechanism for config files.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
On Sun, 2006-06-04 at 18:30 +0200, Luk Claes wrote:
> Automatically configuring amanda is not policy compliant for the moment
> as one needs to edit conffiles in the process. Debian-Edu for instance
> wants to touch etc/amanda/DailySet1/amanda.conf,
> etc/amanda/DailySet1/disklist and etc/amandaho
tags 370299 +pending
thanks
On Sun, 2006-06-04 at 17:21 +0200, Miroslav Kure wrote:
> in attachement there is updated Czech (cs.po) translation of amanda
> debconf messages. Please include it with the package.
Thank you! I have included this in my CVS for the next upload.
Bdale
--
To UNSUB
On Sat, 2006-06-03 at 12:52 +0200, Pierre Habouzit wrote:
> Bdale: will you have time to deal with it ? I can NMU it if you want.
I've already merged the patch into my CVS, I just haven't done a new
upload yet. Will try to get that done today or tomorrow.
Bdale
--
To UNSUBSCRIBE, email to [
I have several questions for those of you seeing this problem, to try
and get to the root cause. I don't use amcheck in cron myself, so could
use your help chasing down the problem.
First, have any of you tried the 2.5.0p2-1 amanda-server package yet? I
don't see anything in the upstream changel
tags 369588 +pending
thanks
On Tue, 2006-05-30 at 21:13 +0200, Luca Monducci wrote:
> Please update the italian debconf templates translation (attached).
Thank you! In my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
On Mon, 2006-05-29 at 10:53 +0200, Paul Bijnens wrote:
> "diskdir" is a very old parameter (dating from even before I began
> using Amanda. In that time there was only one holdingdisk directory.
> Now (since 2.4.0?) there can be multiple holdingdisks.
> I believe after 7 years developers are allo
On Sat, 2006-05-27 at 15:09 +0200, Marc Haber wrote:
> Any way to obtain the path via amgetconf or a differnt amanda program?
> Or do I have to parse the configuration file myself?
I can't figure out how to get it with amgetconf, so I guess you're stuck
parsing the file for now. This should go u
reassign 367481 udev
thanks
On Sat, 2006-05-27 at 11:28 +0200, Marco d'Itri wrote:
> Please see the full bug log for my considerations, I see no reason to
> change the permissions in udev (nor in MAKEDEV actually, but this is up
> to you).
I understand your rationale, and agree that there's no s
On Sun, 2006-03-26 at 09:19 +0200, Marc Haber wrote:
> $ sudo amgetconf scy001 diskdir
> amgetconf: no such parameter "diskdir"
> BUGGY
>
> labelstr and diskdir are defined directly besides each other in
> amanda.conf.
I can't actually find any reference to 'diskdir' in the current amanda
source
tags 368746 +pending
thanks
On Wed, 2006-05-24 at 17:32 +0200, Gürkan Sengün wrote:
> The copyright refers to the wrong url.
Good point. The url that was in the file was the original download
site, I've updated it in my CVS to reflect the current site... it'll be
in my next upload.
Thanks!
Bd
On Sun, 2006-05-21 at 19:25 +1000, Alexander Samad wrote:
> when I change this to
> uri ldaps://hufpuf.lan1.hme1.samad.com.au
> it faills and I get with with debuging turned on
I don't use LDAP personally, and didn't see anything immediately obvious
on a quick perusal of the source. If you or a
On Wed, 2006-05-17 at 10:09 +0200, Thomas Schoepf wrote:
> package: powernowd
> version: 0.97-1
> severity: normal
>
> It seems that powernowd does not take into account the current system cpu
> load, only user cpu load seems to be considered.
>
> E.g. VMware has a significant amount of computing
tags 367123 +pending
thanks
On Mon, 2006-05-08 at 10:42 +0200, Fernando Lucas Rodriguez wrote:
> purge)
Sure. Done in my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 2006-05-15 at 13:44 -0500, martin f krafft wrote:
> It would be cool to have an option like -p (protect), which would
> instruct MAKEDEV to create only nodes that don't already exist.
> Please consider it.
Good idea, but difficult to implement with the current script-based
makedev. Will
tags 367467 +pending
thanks
On Tue, 2006-05-16 at 09:37 +0200, Petr Salinger wrote:
> Please, could you change Build-Depends into:
Done in my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 367406 +pending
thanks
On Mon, 2006-05-15 at 13:40 -0500, martin f krafft wrote:
> Please increase the number of /dev/md* devices created to 24 or 32.
Done. In my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
On Sun, 2006-05-14 at 18:03 -0500, Raphael Hertzog wrote:
> Ubuntu has some interesting changes to the powernowd package:
> They add a script detecting the CPU type and automatically loading the
> right cpufreq_ module. This is the kind of changes that make Ubuntu "just
> work" that we should rea
tag 367290 +pending
thanks
You're right, I have been neglecting to update the date of last edit
in the man page. Fixed in my CVS for the next upload. Thanks for pointing
this out!
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PRO
On Mon, 2006-05-15 at 05:59 +0800, Dan Jacobson wrote:
> Package: tar
> Version: 1.15.1dfsg-3
> Severity: normal
>
> Man page says:
>As a result, the info documentation for tar is not included in
>the Debian package.
>
> Well then mention in then add a Recommends or Suggests to wh
This *may* be the same problem already in bugzilla, but I can't be sure.
I didn't see this problem *until* 2.6.1, so 2.6.1 certainly didn't fix
it for me...
http://bugzilla.gnome.org/show_bug.cgi?id=339826
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
Package: evolution
Version: 2.6.1-2
Ever since I upgraded Evolution to 2.6.1, I've been frustrated by what looks
like a bug handling timezones in the calendar day display, at least.
If I get a meeting invitation for a meeting from 10-11am in California, it
displays in Evolution as being from 10-1
reopen 355811
thanks
Sorry, but this problem still exists for me.
Just upgraded to latest sid, rebooted, and got a black screen when the server
should have been starting after the reboot.
Used ssh to get in from another machine, removed radeon.ko from the kernel's
module tree, rebooted, and thi
On Thu, 2006-04-27 at 01:07 -0400, Ian Zimmerman wrote:
> Package: tar
> Version: 1.15.1dfsg-3
> Severity: wishlist
>
> Would it make sense to create a nonfree package with the info documentation?
> That seems to be the road taken for autoconf and make, at least.
I think a far better use of our t
On Thu, 2006-04-20 at 15:48 -0700, Don Armstrong wrote:
> Should we decide to change the license, we should either use the MIT
> license if we don't want it to be copyleft, or the GPL if we do. A
> custom license is not something that we want to write, and especially
> not without serious thought
On Fri, 2006-04-21 at 17:14 +0100, Sam Morris wrote:
> According to "The NTP Pool for Vendors" [0] it seems that Debian's
> default ntp.conf should be using '{0,1,2}.debian.pool.ntp.org' as the
> server hostnames.
Sounds like the recommendations have evolved since we first implemented
pool.ntp.or
On Wed, 2006-04-12 at 00:23 +0200, Nicolas Boullis wrote:
> Can you think of a nice way to handle this?
Well, "Plan A" would seem to be to get the driver into the kernel.org
source tree so that it ends up with well-defined device numbers that are
in devices.txt and no longer ambiguous or in confl
On Mon, 2006-04-17 at 10:05 +0300, Juhan Ernits wrote:
> $ echo pqrstu | LC_ALL=et_EE sed -e 's/[a-z]//g'
Is the LC_ALL=C necessary for all the sed invocations, or only the ones
doing an explicit alpha range match? If it's necessary for all calls,
is it possible to set this once for the script
I've just uploaded a fresh build of gcpegg. I incorporated the change to
testing for the daemon being executable, but the few quick things I tried
failed to yield a working configuration without openvt and/or eggsh having
root privs. If you get motivated to work on this before I do, a patch to
ch
The major and minor numbers used by your patch in bug report #347473 do not
seem consistent with the Documentation/devices.txt in recent 2.6 kernel source
trees. What's the story?
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE
I'm trying to clean up old bugs filed against makedev. The major number you
specify for the bty devices is defined as being in an experimental/local range
in the current 2.6 kernel source documentation. I assume this means these
devices are part of a driver patch outside the kernel.org source tre
I have what I think is the same problem.
The system in question is a single-core amd64 system based on the Via K8T800
chipset and an AMD FX-51 CPU. The video card, according to lspci, is an:
ATI Technologies Inc RV280 [Radeon 9200] (rev 01)
When the system starts, I end up with a bla
Package: ofx
As far as I can see, the package ofx has no documentation included at all.
No man pages, no useful content in /usr/share/doc/ofx... Which makes it very
hard to know what to do with these programs!
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
tags 361055 +pending
thanks
On Thu, 2006-04-06 at 10:31 +0200, Petter Reinholdtsen wrote:
> This patch solve the issue:
Thanks! In my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 360929 +pending
thanks
In my CVS for the next upload.
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 2006-04-05 at 11:21 +0100, Colin Watson wrote:
> Please install the source man pages instead.
You must be on a non-i386 machine. The configure script determines
which of man or cat format to use based on whether an nroff-like program
is available, and since there's no related build depend
On Wed, 2006-04-05 at 11:21 +0100, Colin Watson wrote:
> This causes a variety of problems...
Yep, sorry about that. This is a consequence of trying to use more of
the upstream Makefile instead of hand-crafting all of the install goo in
the rules file. Should be easy to fix.
Bdale
--
To UN
On Mon, 2006-04-03 at 12:33 -0400, Joey Hess wrote:
> Package: debian-history
> Version: 2.5
> Severity: minor
>
> I see you have a new release ready (bout time! :-), and I noticed that
> it skips over DebConf 0 (First Bordeaux meeting). Is that intentional?
Nope.
> It also doesn't mention aliot
On Mon, 2006-04-03 at 09:20 +0200, Sven Joachim wrote:
> But it would be possible to get the desired gid from the /etc/passwd
> file, for instance with getpwnam(3). I think it would be correct if
> "sudoedit [-u user] newfile" results in the same gid for newfile as
> "sudo [-u user] $EDITOR newfi
On Thu, 2006-03-30 at 15:48 +, Jason Castonguay wrote:
> I made a preliminary set of packages:
>
> http://www.solutionsforprogress.com/~jcastonguay/
Actually, while I was traveling in Australia on business last week I got
most of the work done to update the Amanda packages for Debian to
2.5
severity 315713 wishlist
tags 315713 +wontfix
thanks
I'm not immediately convinced that it would be any less surprising in general
for sudoedit to create the file with gid 0 than with the gid of the current
user. Particularly since the -u option can be used to pick a user other than
root to run
901 - 1000 of 1119 matches
Mail list logo