Hi,
Would be nice if you could provide a GRUB 2 version of this patch, too. Could
you please contact upstream (grub-devel@gnu.org) about it?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my
Hi,
Please could you try if you can archieve what you wanted with grub2 instead?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: bittorrent
Version: 3.4.2-8.1
Severity: wishlist
Please consider using utf-8 to draw a nicer display. The following characters
would come handy:
┌─┐
│ │
└─┘
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (1,
-new
That matches more things than necessary (e.g. replaces /usr/sbin/update-grub
with /usr/update-grub). If at all, it would have to be something like:
sed -i /etc/kernel-img.conf -e s,\(.*\) */sbin/update-grub$,\1
update-grub,g
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note
On Sat, Sep 23, 2006 at 04:31:56PM -0700, Karl Chen wrote:
On 2006-09-23 01:57 PDT, Robert Millan writes:
Robert That matches more things than necessary (e.g. replaces
Robert /usr/sbin/update-grub with /usr/update-grub). If at
Robert all, it would have to be something like
Hi!
Although etch hasn't been released, there are people using it (like me). Please
could you consider putting vegastrike in etch-backports already?
Thanks
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get
this to upstream. If upstream is willing to include (and hence
maintain) a manpage you write, then it's no problem for us.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE
Can you please send the output of grub-probefs -v / ?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
On Sun, Sep 24, 2006 at 10:04:12PM +0200, Robert Millan wrote:
Can you please send the output of grub-probefs -v / ?
Oh, and the contents of your device.map, and (if different), the output of
grub-mkdevicemap -m -.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address
This bug in particular is being worked on for GRUB 2 (by implementing the
proper hooks in grub-probefs) and will be fixed soon.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list
2, this
won't be a problem anymore.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
(stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE)
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Also please send your input to bug report addresses (e.g.
[EMAIL PROTECTED]). Otherwise it gets lost here.
On Mon, Sep 25, 2006 at 04:17:15PM +0200, Robert Millan wrote:
On Mon, Sep 11, 2006 at 06:26:37PM +0200, Mats Erik Andersson wrote:
Venerable Maintainers of Grub,
I offer you
On Tue, Sep 26, 2006 at 09:52:28AM -0400, Leandro Dorileo wrote:
Hi Robert
On Monday 25 September 2006 10:17, Robert Millan wrote:
On Mon, Sep 11, 2006 at 06:26:37PM +0200, Mats Erik Andersson wrote:
Venerable Maintainers of Grub,
I offer you a patch that should close bug report
On Wed, Sep 27, 2006 at 08:34:22PM +0200, Robert Millan wrote:
On Tue, Sep 26, 2006 at 10:21:58AM +0200, Frédéric BOITEUX wrote:
Robert Millan wrote :
tag 106399 wontfix
GRUB Legacy is now feature frozen, both in upstream and in debian. We
only
accept bug fixes or very
On Tue, Sep 26, 2006 at 10:21:58AM +0200, Frédéric BOITEUX wrote:
Robert Millan wrote :
tag 106399 wontfix
GRUB Legacy is now feature frozen, both in upstream and in debian. We only
accept bug fixes or very essential features (e.g. to support something new
that
is going to become
On Wed, Sep 27, 2006 at 05:07:49PM -0300, Otavio Salvador wrote:
Robert Millan [EMAIL PROTECTED] writes:
On Tue, Sep 26, 2006 at 10:21:58AM +0200, Frédéric BOITEUX wrote:
Robert Millan wrote :
tag 106399 wontfix
GRUB Legacy is now feature frozen, both in upstream and in debian
patch there first.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Sep 28, 2006 at 08:33:34AM +0200, Frédéric BOITEUX wrote:
Le mer 27 sep 2006 22:31:42 CEST, Robert Millan [EMAIL PROTECTED] a
écrit :
Frédéric, why don't you send a mail to grub-devel@gnu.org and ask about
networking status? Perhaps if you help them get these network patches
;;
-esac
-
case $target_cpu in
i[[3456]]86) target_cpu=i386 ;;
x86_64) target_cpu=i386 target_m32=1 ;;
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE
[ Please don't use -quiet. I didn't see your reply and had to copy it from BTS
]
IIRC, bootloading on ppc64 needs to be done at 32bits space.
Can someone confirm it?
Yes, it needs to be 32-bit. But the part that links with ncurses is grub-emu
which is a host tool.
--
Robert Millan
My
On Thu, Sep 28, 2006 at 12:00:48PM -0300, Otavio Salvador wrote:
Robert Millan [EMAIL PROTECTED] writes:
[ Please don't use -quiet. I didn't see your reply and had to copy it from
BTS ]
Ok, sorry!
Np ;)
IIRC, bootloading on ppc64 needs to be done at 32bits space.
Can someone
, is this compatibility between different versions of MBR and stage files?
I don't think having version disparity between MBR and stage was meant to be
supported.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black
On Thu, Sep 28, 2006 at 04:58:52PM -0300, Otavio Salvador wrote:
Robert Millan [EMAIL PROTECTED] writes:
On Thu, Sep 28, 2006 at 10:51:55AM -0300, Otavio Salvador wrote:
This code also looks great for upstream subimition. I would like if
you could send it to bug-grub@gnu.org and talk
Package: wine
Severity: important
Because of this problem, many legacy win32 apps stopped working. Since this
will be the default setup on Debian systems, I think it would be good to add a
big warning to notify the user (before they start thinking it's wine's fault,
file bugs, etc).
For
*_hook
variables, thanks to Robert Millan. I elected not to use the patch
provided, since I did not want to blindly trust the PATH variable, and
wanted also to change the ignoring of the return value of the
scripts. (Closes: #380338
ourselves, though. I think
something like this would be safe enough:
sed -i /etc/kernel-img.conf -e s,\(.*\) */sbin/update-grub$,\1 update-grub,g
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black
Hi!
Please use this new patch instead. It includes fix for update-grub entries in
/etc/kernel-img.conf as well.
As of 10.051, kernel-package now supports relative paths in kernel-img.conf.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam
reopen 340452
thanks
Not really fixed. Uptodate patch attached.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--- bash_completion.old 2006-08-06 10:02:00.0 +0200
Package: exim4-config
Version: 4.62-3
Severity: wishlist
Tags: patch
How about doing those checks that can't produce a reject (i.e. just a warning)
after CHECK_RCPT_LOCAL_ACL_FILE ?
Rationale: If CHECK_RCPT_LOCAL_ACL_FILE is going to produce a reject, it makes
no sense to go through the warn
Package: qgo
Version: 1.5-r1-2
Severity: grave
On amd64:
(gdb) r
Starting program: /usr/games/qgo
[Thread debugging using libthread_db enabled]
[New Thread 47153582413040 (LWP 11823)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47153582413040 (LWP 11823)]
On Tue, Aug 08, 2006 at 02:08:19PM +0200, Marc Haber wrote:
On Sun, Aug 06, 2006 at 11:35:43AM +0200, Robert Millan wrote:
Rationale: If CHECK_RCPT_LOCAL_ACL_FILE is going to produce a reject, it
makes
no sense to go through the warn checks first, since the message is going
On Fri, Aug 11, 2006 at 12:21:04AM +0200, Denis Barbier wrote:
On Thu, Jul 27, 2006 at 06:38:43PM +0200, Robert Millan wrote:
OTOH, LANG is being passed as parameter now:
if [ -n $SELECTED ] [ $SELECTED != None ]; then
/usr/sbin/update-locale LANG=$SELECTED
fi
/catalan_layout.htm
It has been sent to upstream already.
Please apply, thanks!
--
Robert Millan
diff -Nur console-data-2002.12.04dbs.old/debian/console-data.config
console-data-2002.12.04dbs/debian/console-data.config
--- console-data-2002.12.04dbs.old/debian/console-data.config 2006-01-11
10
language, she's most
likely using a Catalan keyboard.
Note: ca_FR, ca_AD and ca_IT locales don't exist yet in Glibc. They've been
already requested though, and I expect they will be available in Debian RSN.
--
Robert Millan
diff -Nur console-data-2002.12.04dbs.old/debian/udeb/console-keymaps
one that has been
dessigned specificaly for that purpose?
In Spain and Andorra, it is different: Spanish keyboards are the default.
They're available in stores, etc.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Any news on this? Does my patch look ok?
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that appropiate.
Thanks
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
a few other people who are using it as well.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
: they are irrelevant to the
user who bought one of these keyboards and can't use Debian with them.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Format Computing's Catalan keyboard, I propose calling it
lfc-cat. Is that fine?
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be ;) at large.
Ok. We can discuss that later then.
--
Robert Millan
diff -Nur console-data-2002.12.04dbs.old/debian/console-data.config
console-data-2002.12.04dbs/debian/console-data.config
--- console-data-2002.12.04dbs.old/debian/console-data.config 2006-01-11
10:01:49.0 +0100
this is for an m68k
processor. I suppose we have a command to assemble this code in
binutils-multiarch or so?
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you
an assembler, a56 (see http://www.zdomain.com/a56.html), which seems
to be DFSG-free (BSD-style license). I'll see about packaging it.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your
remaining question is
what's the deal with this section that's supposed to start at 0x7ea9 but
actually starts at 0x4f (0xed in the file). My code adds a workaround for
that:
if (offset 0x7000)
offset -= 0x7e5a;
which is really nasty. Anyone knows better?
--
Robert Millan
The DRM
On Thu, Oct 16, 2008 at 04:50:11PM +0200, Robert Millan wrote:
Ok, fixed that. I got a 100% code match now. The only remaining question is
what's the deal with this section that's supposed to start at 0x7ea9 but
actually starts at 0x4f (0xed in the file). My code adds a workaround
of compiling the firmware used in Linux' dsp56k.c driver.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all
On Fri, Oct 17, 2008 at 08:45:06AM +0200, Robert Millan wrote:
I can live without knowing why the code needs to run in that address; but
I'm still puzzled by how is the code supposed to tell the assembler that the
0x7ea9 chunk really should be saved to 0x4f. We can't remove my ad-hoc hack
) before we apply it, since the current
behaviour was stablished by him.
Also, I'd like to know if we should adjust GRUB 2 accordingly (its current
policy is not to special-case Xen images).
Thanks!
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how
Package: alsa-utils
Version: 1.0.16-2
Severity: wishlist
ALSA can work on devices without a PCI bus, like the Neo Freerunner
phone. Could you move pciutils to Recommends?
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Hi,
I just uploaded the a56 package. I'll provide a patch for this bug soon.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data
On Sat, Aug 23, 2008 at 06:21:27PM +0200, Michael Biebl wrote:
Robert Millan wrote:
Package: hal
Version: 0.5.11-3
Severity: serious
Postinst failed while installing gparted (which dragged in hal):
S'està configurant hal (0.5.11-3) ...
chown: el grup no és vàlid
haldaemon both in /etc/passwd and /etc/group (and I didn't add them myself).
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access
this
functionality. It adds three preprocessor switches:
Nice idea and nice work! Would you please send this to [EMAIL PROTECTED] so
it can be discussed there?
Thanks
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's
but not in the lenny packages.
Please try the attached patch. It should uncover the real reason for your
problem.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you
On Mon, Aug 25, 2008 at 07:06:05PM +0200, Michael Biebl wrote:
Robert Millan wrote:
On Sat, Aug 23, 2008 at 06:21:27PM +0200, Michael Biebl wrote:
I'd be interested how it is possible, that a user haldaemon exists, but
no group haldaemon. Have you copied /etc/passwd from somewhere else
distinguishable so we can find which one you hit.
Thank you
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
Index: util
Package: wesnoth
Version: 1:1.4.4-2
Severity: wishlist
Please could you provide a --enable-tinygui build? smallgui is not small
enough for 480x640 (neo freerunner).
This configure flag is supported by upstream; haven't tried yet, but I
believe it should work in my setup.
P.S: What's the point
I'd have to see the details, but I'm not very fond of the extra burden
this could mean to bootloader maintainers.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow
On Wed, Aug 27, 2008 at 02:12:07PM +0200, Gerfried Fuchs wrote:
Hi!
* Robert Millan [EMAIL PROTECTED] [2008-08-27 15:20:06 CEST]:
Please could you provide a --enable-tinygui build? smallgui is not small
enough for 480x640 (neo freerunner).
Will propably take a while
not, since
some of these errors have no meaning there (as Martin correctly spotted).
My fix (only for grub, not grub2) would be to simply send grub-probe stderr
output to /dev/null. It's no great loss, and I think it's the simplest
most suitable solution for lenny.
Thanks
--
Robert Millan
The DRM
, and so we don't know if `name' was
NULL or otherwise a non-NULL drive was paired with a NULL device.
So please, try with this patch (in addition to what you had before).
I realize this is getting annoyingly long; thanks for your patience in
going through it, it's very appreciated.
--
Robert
On Fri, Aug 29, 2008 at 07:37:30AM +0930, Arthur Marsh wrote:
/usr/src/grub2-1.96+20080724/util/biosdisk.c: In function
‘find_free_slot’:
/usr/src/grub2-1.96+20080724/util/biosdisk.c:130: error: ‘i’ undeclared
(first use in this function)
Sorry, my bad. Please change this.
--
Robert
upstream. In any case, I can already provide a loadlin.exe built from
source that works for Lenny. I hope to find the time to get my patches
integrated during August.
Hi Samuel
Any news on this?
Thanks for your efforts
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We
On Fri, Aug 29, 2008 at 06:00:39PM +0100, Samuel Thibault wrote:
Robert Millan, le Fri 29 Aug 2008 18:46:23 +0200, a écrit :
On Tue, Jul 29, 2008 at 01:43:14AM +0100, Samuel Thibault wrote:
One sad piece of news is that I wasn't able to contact upstream again:
[EMAIL PROTECTED] doesn't
from the script is quite ugly.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
--
To UNSUBSCRIBE, email
On Fri, Aug 29, 2008 at 10:32:19PM +0200, Robert Millan wrote:
On Fri, Aug 29, 2008 at 12:39:56AM +0100, peter green wrote:
[EMAIL PROTECTED] wrote:
I run the windows based installer but after reboot grub won't boot and
shown his prompt.
After a little investigation I discovered grub
drive handling; please could you check if
removing or commenting out this line:
(fd0) /dev/fd0
from device.map silences the error message?
Thanks
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's
On Fri, Aug 29, 2008 at 10:32:19PM +0200, Robert Millan wrote:
On Fri, Aug 29, 2008 at 12:39:56AM +0100, peter green wrote:
[EMAIL PROTECTED] wrote:
I run the windows based installer but after reboot grub won't boot and
shown his prompt.
After a little investigation I discovered grub
, please; could you add the floppy line back (exactly in
the same position), and test with this change?
I think this should be the last test; Thank you very much for your help
so far!
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access
On Sun, Aug 31, 2008 at 02:33:36AM +0930, Arthur Marsh wrote:
In other words, no output referencing the floppy drive.
Great, we're done here. I bestow upon you the persistent dedicated
GRUB bug submitter award of Aug 2008. Wear it proudly ;-)
--
Robert Millan
The DRM opt-in fallacy
to reopen the bug as well, please unmerge it first.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all
On Wed, Sep 03, 2008 at 12:21:14PM -0400, Edward Allcutt wrote:
Robert Millan wrote:
We believe that these three bugs are all caused by the same problem, which
is
now fixed in latest upload to experimental (1.96+20080826-1).
Tested using 1.96+20080831-1, 1.96+20080826-1 seems to have
, but I'd rather not do that if I can rely on loadlin being restored
to releasable status.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data
. :-)
Done. Please see attached patch.
While testing it, I found a few minor issues in the code. Since I figured
that janitor work would be welcome, I'm attaching these in a separate patch.
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you
; : ; }
+install snd-seq /sbin/modprobe --ignore-install snd-seq $CMDLINE_OPTS {
/sbin/modprobe --quiet snd-seq-midi ; /sbin/modprobe --quiet snd-seq-oss ; :
; }
Please try to avoid hardcoding absolute paths. It's a PITA when things break
because of it (been there).
--
Robert Millan
The DRM opt
-i.alioth.debian.org/l10n-stats/level3/files/tr/win32-loader_l10n_po_tr.po
Regards
P.S. I always update the translation in SVN so that can be used when building
new version.
Thanks, it will be automaticaly updated with next upload. Btw there's no need
to file a bug for this.
--
Robert Millan
Package: linux-2.6
Version: 2.6.26-5
Severity: serious
Hi,
drivers/net/starfire_firmware.h (licensed under GPLv2) is entirely composed
of binary firmware, such as:
static const u32 firmware_rx[] = {
0x010003dc, 0x,
0x04000421, 0x0086,
[...]
It's worth noting that the last
Package: linux-2.6
Version: 2.6.26-5
Severity: serious
Hi,
drivers/net/tehuti_fw.h (licensed under GPLv2+) is entirely composed of
binary firmware, such as:
static u32 s_firmLoad[] = {
0x000f0002,
0x40718000,
[...]
Since this file is licensed under GPL, this could make
.
Thanks!
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
,${THEME_IMAGE_GRUB}}/${THEME_IMAGE_FILE}.{png,tga}
; do
Please could you have user provide a full path instead, so the heuristic can
be avoided when she does?
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's
Package: viruskiller
Version: 1.0-1-1
Severity: important
After running the program, I found:
$ strings ~/config | sort -u
Blaster
Bugbear
Code Red
iloveyou
Klez
Melissa
MyDoom
Slammer
Sober
SoBigF
which for a minute led me to believe my system had been compromised. If this
game has to store
is, but it is certain there is one, so
please find that out, and have it discussed in debian-legal.
Thanks
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you
On Mon, Oct 06, 2008 at 03:24:26PM +0200, Robert Millan wrote:
Description : open source implementation of Microsoft Silverlight
[...]
Hi,
The description is misleading. This is (AFAICT) not an implementation of a
standard but a clone product, like wine, and much like wine
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Mon, Oct 06, 2008 at 03:33:48PM +0200, Robert Millan wrote:
[2] http://www.microsoft.com/interop/msnovellcollab/moonlight.mspx
Btw, an independent analisys of that covenant is available:
http://www.groklaw.net/article.php?story=20080528133529454
--
Robert Millan
The DRM opt-in fallacy
here. You can start a discussion there by pointing to
this ITP.
Thanks
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access
published
on the web; [...]
http://tirania.org/blog/archive/2007/Sep-05.html
--
Robert Millan
The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access
Btw, please keep in mind that the description issues I pointed out are
relatively unimportant compared to legal risk (and I haven't seen that
being discussed in debian-legal yet).
On Thu, Oct 09, 2008 at 03:32:48PM +0200, Robert Millan wrote:
On Wed, Oct 08, 2008 at 12:38:41AM +0100, Jo Shields
On Fri, Jul 25, 2008 at 01:43:11PM +0200, Robert Millan wrote:
On Fri, Jul 25, 2008 at 12:50:54PM +0200, [EMAIL PROTECTED] wrote:
it works! thank you very much!
Thanks Stefan. I'll add your patch in next upload.
Erm, I mean Eric's patch of course :-) Thank ya all folks!
--
Robert Millan
On Fri, Jul 25, 2008 at 12:50:54PM +0200, [EMAIL PROTECTED] wrote:
it works! thank you very much!
Thanks Stefan. I'll add your patch in next upload.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable to speak?
(as seen
of what kdm is doing.
Let's reassign this bug; later it can be moved back to GRUB if necessary.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Synaptic to close
What do you see when running:
bash -x update-grub -y
?
Please paste the last 10 lines or so.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL
On Wed, Jul 23, 2008 at 08:39:15PM +0200, Moritz Naumann wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Robert Millan wrote:
Does this patch (for grub-common) fix the problem?
While the patch applies fine and I can compile using
./configure; make, I cannot rebuild the deb using
On Sun, Jul 20, 2008 at 09:08:56AM +0200, Robert Millan wrote:
Ok, so here are two patches. One of them using recipes-x86, and the other
simply modifiing recipes.
The first one expects recipes-x86 has been created previously via svn copy.
So is either of these okay?
--
Robert Millan
On Fri, Jul 25, 2008 at 06:16:33PM +0200, Alan BRASLAU wrote:
On Friday 25 July 2008 15:12:42 Robert Millan wrote:
reassign 492317 kdm
thanks
Look at
http://bugs.kde.org/show_bug.cgi?id=63800
On Fri, Jul 25, 2008 at 02:05:01PM +0200, Alan BRASLAU wrote:
Further investigation shows
the recommended chain-load):
Please could you try the attached patch?
If it works (i.e. discards the apple partmap), I would also need a positive
result (test on a pure apple layout).
If it doesn't work, please provide a dump of the first 2 sectors of your disk
(1024 Bytes).
--
Robert Millan
messy.
It can't be so complicated; your layout is properly detected on Linux, isn't
it?
Maybe we just need to give preference to MSDOS partitions.
Btw, adding grub-devel to CC. Let's try to have discussions in upstream list..
--
Robert Millan
GPLv2 I know my rights; I want my phone call
of the script failing. If you can't reproduce the problem
by invoking it directly, try setting its first line to '#!/bin/bash -x' and
then using your package manager to reproduce it.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable
error 6
by starting nstxd and issuing any type of query to it from remote.
Strace is attached.
Hi,
I can't reproduce this. If you still can, could you provide a backtrace?
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What good is a phone call… if you are unable to speak
201 - 300 of 4214 matches
Mail list logo