Hosting Provided By

debian-user-digest Digest V2007 #2103

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sun Aug 05 2007 - 23:10:01 EDT

Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2103

Today's Topics:

  Re: replacement for apt-listchanges?  [ Ron Johnson  ]
  Re: DVDs play with mplayer but not x  [ Mark Zimmerman  ]
  Re: replacement for apt-listchanges?  [ Vincent Lefevre  ]
  Re: Syntax error in bitops.h:244      [ Wayne Topa  ]
  Re: Get display back?                 [ "Professor Wagstaff"  ]
  Re: Bug#436057: less, exit but left   [ Miles Bader  ]
  Re: Get display back?                 [ Douglas Allan Tutty  ]
  Re: replacement for apt-listchanges?  [ John Hasler  ]

Date: Sun, 05 Aug 2007 16:53:44 -0500
From: Ron Johnson <ron.l.johnson@cox.net> To: debian-user@lists.debian.org
Subject: Re: replacement for apt-listchanges?

Message-ID: <46B646E8.6030408@cox.net>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/05/07 15:59, Vincent Lefevre wrote:
> On 2007-08-05 21:56:00 +0200, Mathias Brodala wrote:

>> Vincent Lefevre, 05.08.2007 20:36:
>>> Is there a replacement for apt-listchanges, not written in python?
>> Not that I knew of. What=E2=80=99s the problem with apt-listchanges wr=

itten

>> in Python?
>=20

> Python breaks too often (at least on Debian). The problem is that in

????

Do you need help?

Can you be more specific. It's been a while since I've seen it break.

> case of such error, the error (though detectable) is ignored and the
> packages are installed without any user confirmation. Displaying the
> contents of new information of the NEWS file before the installation
> of packages is very important, as there may be critical changes (there
> have been such changes in exim4, but also in X11-related packages,
> where old[*] drivers may have been removed).

>=20

> Now, it seems that modifying /etc/apt/apt.conf.d/20listchanges should
> be a workaround (but I'm not very confident in such user-side changes,
> as sooner or later they often lead to problems).

>=20

> [*] but still necessary under some conditions.
>=20

-- Ron Johnson, Jr. Jefferson LA USA

Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGtkboS9HxQb37XmcRAoN4AKCrZUjpqtzq1VG96AuWsGeFkmP7SACdEewL dXh0aup0jO7nkY4t4lpyy00=3D
=3D7Pws
-----END PGP SIGNATURE-----

Date: Sun, 5 Aug 2007 15:55:15 -0600
From: Mark Zimmerman <markz@frii.net>
To: debian-user@lists.debian.org
Subject: Re: DVDs play with mplayer but not xine

Message-ID: <20070805215515.GA10645@qpc.zman.terra.co.us>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Ron Johnson wrote:

>On 08/05/07 12:14, Mark Zimmerman wrote:
>> Greetings:
>> 
>> This has to be in a FAQ somewhere but I just can't find it. When I try
Do you need more help? 
In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software:Learn more about Pantek's Technical Support offerings
Place an order for 24/7/365 Technical Support here
Learn more about Pantek, who we are, and what we do
Chat with a Live Operator
Related lists.debian.org Links
debian-announce
debian-apache
debian-arm-changes
debian-beowulf
debian-boot
debian-cd
debian-cd-vendors
debian-changes
debian-changes-digest
debian-isp
debian-kde
debian-laptop
debian-mirrors-announce
debian-news
debian-security
debian-security-announce
debian-testing
debian-user
debian-user-digest
Request more information about Pantek
>> to play a dvd with xine, it says it cannot play encrypted disks. I
>> have installed libdvdcss2 and it works fine for playing dvds with
>> mplayer, but xine still refuses.
>> 
>> I am using mplayer and xine from stable, and libdvdcss2 from
>> debian-multimedia.
>> 
>> Can someone please fill in the missing link?

>Is w32codecs installed?

Can we help you?

>Will the DVD play in vlc?

I forgot to mention that this is an amd64 system and I have not yet bothered to set up any 32 bit capability. I think that w32codecs are both unavailable and irrelevant. Otherwise, how could mplayer play dvds without any problems?

I do not have vlc installed. I am not really looking for yet another media player at the current time; I'm just trying to find out what the problem is with xine.

Thanks, anyway, for responding.
-- Mark

Date: Mon, 6 Aug 2007 00:08:04 +0200
From: Vincent Lefevre <vincent@vinc17.org> To: debian-user@lists.debian.org
Subject: Re: replacement for apt-listchanges?

Message-ID: <20070805220804.GM2718@prunille.vinc17.org>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2007-08-05 16:53:44 -0500, Ron Johnson wrote:
> On 08/05/07 15:59, Vincent Lefevre wrote:
> > Python breaks too often (at least on Debian). The problem is that in

>=20

> ????

>=20
> Can you be more specific. It's been a while since I've seen it break.

It broke a few days ago:

Can't find what you're looking for?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D435674

(well, that's not the python core, but the problem was specific to python, and the result was the same).

--=20
Vincent Lef=E8vre <vincent(at)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Date: Mon, 06 Aug 2007 08:09:26 +1000
From: Wei Wang <wwan3127@mail.usyd.edu.au> To: Bhasker C V <bhasker@unixindia.com>
Cc: debian-user@lists.debian.org
Subject: Re: scp non-overwrite option

Message-Id: <1186351766.3418.4.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi
        
        Try rsync. 
        It has automatical differencial algorithm for avoiding transfer
        duplicated data.

On Fri, 2007-08-03 at 08:57 +0530, Bhasker C V wrote:
> All,
>
> I was trying to scp a large directory from server to my box (server on
> FC and my desktop on etch). I use scp -r option to copy all the files.
> But when it happens that the scp fails somewhere, i cannot ask it to
> continue by omitting the ones it has already copied. For example in the
> standard cp command, i can give a '-i' option to interactively ask if
> the command is going to overwrite a file already present. Why is this
> option not present in scp ?
>
> PS: I did a workaround by setting the already copied files as r--------
> which helps by not allowing scp to overwrite the file, but just curious
> if there is any other proper method to do this.

Date: Sun, 05 Aug 2007 17:46:41 -0500
From: Ron Johnson <ron.l.johnson@cox.net> To: debian-user@lists.debian.org
Subject: Re: replacement for apt-listchanges?

Message-ID: <46B65351.3020202@cox.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

Don't know where to look next?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/05/07 17:08, Vincent Lefevre wrote:
> On 2007-08-05 16:53:44 -0500, Ron Johnson wrote:

>> On 08/05/07 15:59, Vincent Lefevre wrote:
>>> Python breaks too often (at least on Debian). The problem is that in
>> ????
>>
>> Can you be more specific.  It's been a while since I've seen it break.

>
> It broke a few days ago:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435674
>
> (well, that's not the python core, but the problem was specific to
> python, and the result was the same).

python-apt broke, and was fixed soon after. Unless you are running Stable, you are supposed to tolerate this kind of activity.

-- Ron Johnson, Jr. Jefferson LA USA

Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGtlNRS9HxQb37XmcRAmyzAJ9ld1SPXeDIpPryYr99HWO5hoasIwCdFhwf TZESuOHV85rzaMY2DbeT2F0=
=+u1g
-----END PGP SIGNATURE-----

Date: Sun, 5 Aug 2007 19:12:14 -0400
From: Wayne Topa <linuxone@intergate.com> To: debian-user@lists.debian.org
Subject: Re: Syntax error in bitops.h:244

Message-ID: <20070805231214.GA28369@buddy.mtntop.home>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Adam Gray(adam@bandstand.org.uk) is reported to have said:
> Here's the story.
>
> By the magic of aptitude, I installed a package that wanted udev, and
> as a result got rid of hotplug by accident. So I removed this package
> (can't remember what it was, nothing terribly important), reinstalled
> hotplug and thought nothing of it.
>
> A bit later, however, I noticed that my USB modem wasn't firmware-ing
> properly when I plugged it in. So I assumed (rather uninformedly) that
> after reinstalling hotplug, the eagle-usb thing hadn't registered with
> it properly. Ha ha ha thinks I, I'll just reinstall the modem driver.
> Bad move: I'd forgotten the hell it took to make it work in the first
> place. Unfortunately I only remembered this *after* 'make uninstall'.
> Next, various gcc version conflicts got in my way; managed to sort
> them out reasonably OK-ly. Now I have 3.3.5 symlinked to /usr/bin/gcc,
> same as the kernel. All fine. Eagle-usb now ./configures correctly.
>
> But I get some weird stuff while makeing. FIrst few things (DSP codes)
> compile fine, but it gets stuck on compiling eaglectrl. Error I get is
> (not exactly since for obvious reasons I'm on windows now and can't
> copy & paste between) syntax error in
> /usr/include/asm-i486/bitops.h:244.
>
> Any reason for this? I guess (again uninformedly...) some kind of
> libc6 versioin problem? Or something? :S

Confused? Frustrated?

ISTR that hotplug was removed, when udev was installed, because udev now includes the hotplug feature.

Yep, I guess it does....

apt-cache show udev
Description: /dev/ and hotplug management daemon udev is a daemon which dynamically creates and removes device nodes from /dev/, handles hotplug events and loads drivers at boot time.

Might that be your problem?

Wayne

-- 
There were computers in Biblical times. Eve had an Apple.
_______________________________________________________

Date: Mon, 6 Aug 2007 11:55:08 +1200 From: "Professor Wagstaff" <professorwagstaff@gmail.com> To: debian-user@lists.debian.org Subject: Re: Get display back? Message-ID: <e5e591030708051655w3e01b87u8e170f9a6ab8d03b@mail.gmail.com> Content-Type: multipart/alternative; boundary="----=_Part_110996_16220002.1186358108906" ------=_Part_110996_16220002.1186358108906 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Found a better guide with "build-essential /m-a prepare " which has worked (i think) as i got the display back when i rebooted X. Is there an easy way to test whether the nvidia driver is working? On 8/6/07, Douglas Allan Tutty <dtutty@porchlight.ca> wrote: >
> Keep the reply on the list please.
>
> On Sun, Aug 05, 2007 at 02:44:45PM +1200, Jeff wrote:
> > Douglas Allan Tutty wrote:
> > >Another way to get into the box is to boot the install CD in rescue
> > >mode. From the menus, you can get a shell that is chrooted into the
> > >box. From there, you can either edit xorg.conf or you may even be able
> > >to run dpkg-reconfigure xserver-xorg.
> > >
> > >Also, there's an option inbetween a normal boot and an init=/bin/sh,
> > >that is 's', for single. This will run through the /etc/rcS.d scripts
> > >and prompt for the root password.
> > >
> > Thanks for that! I booted the single user mode from the Grub Menu and
> > got the command prompt from there.
> > Ran dpkg-reconfigure xserver-xorg as root then changed the driver back
> > to "nv" and the display is back.
> >
>
> So, on to why the nvidia driver isn't working for you. Are you running
> Etch with stock kernel and have the matching nvidia kernel package,
> nvidia-xconfig, and nvidia-glx? How did you try to set it up before?
>
> Doug.
> >
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> > -- Whatever it is, I'm against it! ------=_Part_110996_16220002.1186358108906 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Found a better guide with "build-essential /m-a prepare " which has worked (i think) as i got the display back when i rebooted X.   Is there an easy way to test whether the nvidia  driver is working?   <div>On 8/6/07, Douglas Allan Tutty <<a href="mailto:dtutty@porchlight.ca">dtutty@porchlight.ca</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Keep the reply on the list please. On Sun, Aug 05, 2007 at 02:44:45PM +1200, Jeff wrote: > Douglas Allan Tutty wrote: > >Another way to get into the box is to boot the install CD in rescue > >mode.  From the menus, you can get a shell that is chrooted into the > >box.  From there, you can either edit xorg.conf or you may even be able > >to run dpkg-reconfigure xserver-xorg. > > > >Also, there's an option inbetween a normal boot and an init=/bin/sh, > >that is 's', for single.  This will run through the /etc/rcS.d scripts > >and prompt for the root password. > > > Thanks for that! I booted the single user mode from the Grub Menu and > got the command prompt from there. > Ran dpkg-reconfigure xserver-xorg as root then changed the driver back > to "nv" and the display is back. > So, on to why the nvidia driver isn't working for you.  Are you running Etch with stock kernel and have the matching nvidia kernel package, nvidia-xconfig, and nvidia-glx?  How did you try to set it up before? Doug. -- To UNSUBSCRIBE, email to <a href="mailto:debian-user-REQUEST@lists.debian.org"> debian-user-REQUEST@lists.debian.org</a> with a subject of "unsubscribe". Trouble? Contact <a href="mailto:listmaster@lists.debian.org">listmaster@lists.debian.org</a> </blockquote></div> -- Whatever it is, I'm against it! ------=_Part_110996_16220002.1186358108906--

Date: Mon, 6 Aug 2007 05:44:36 +0530 From: "Sudev Barar" <sbarar@gmail.com> To: "Debian Users" <debian-user@lists.debian.org> Subject: Re: Get display back? Message-ID: <774593a20708051714w25115a3bv6c9bcefb1ca9b924@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 06/08/07, Professor Wagstaff <professorwagstaff@gmail.com> wrote:
> Found a better guide with "build-essential /m-a prepare " which has worked
> (i think) as i got the display back when i rebooted X. Is there an easy
> way to test whether the nvidia driver is working?
You can create a copy of /etc/X11/xorg.conf and modify this to specify nVidia driver. Log in from virt-console 1 (Alt+Ctrl+F1) and do a startx specifying this file to be used. man startx for more details HTH -- Regards, Sudev Barar See you at 'Freed.in - freedom in technology & software' - India's leading free and open source community event. 28- 29 September 2007, New Delhi. Entry free, on first come basis. Register at http://Freed.in

Date: Mon, 06 Aug 2007 09:42:52 +0900 From: Miles Bader <miles@gnu.org> To: Tong Sun <mlist4suntong@yahoo.com> Cc: debian-user@lists.debian.org, 436057@bugs.debian.org Subject: Re: Bug#436057: less, exit but left content on screen Message-ID: <87tzrdfq7n.fsf@catnip.gol.com> Content-Type: text/plain; charset=us-ascii Tong Sun <mlist4suntong@yahoo.com> writes:
> So having a keyboard command 'x' or something can allows me,
...
> I don't know if this is possible.
Less normally allows you to change command-line options from within a less session (just type "-" followed by the option...). However, they seem to have intentionally disabled this feature with the "-X" option. I think the reason probably is that once you're inside the less session, it's too late to change -- the "terminal init" command has already been sent (or not sent), and if a program has sent the "terminal init" command, technically it _has_ to send the "terminal deinit" command when it exits, otherwise the terminal will be left in a potentially screwed up state. [E.g., at least one 'terminal init" I've seen (in the past -- I don't know if xterm works this way) moved the display window to the beginning of the scrollback buffer; "terminal deinit" would then move the display window back to the end of the scrollback buffer. If deinit isn't sent, things would be weird once the terminal starts scrolling again -- not only would new output overwrite the scrollback buffer from the beginning, but new lines that appeared at the bottom when the terminal scrolled would not be blank!] For this reason, probably a "x" command _is_ impossible (or at least, would often yield screwy results when you used it). -Miles -- Occam's razor split hairs so well, I bought the whole argument!

Call Pantek today for Open Source Technical Support at 1-877-546-8934 - 24/7/365

Date: Sun, 5 Aug 2007 21:21:55 -0400 From: Douglas Allan Tutty <dtutty@porchlight.ca> To: debian-user@lists.debian.org Subject: Re: Get display back? Message-ID: <20070806012155.GC13618@titan> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Aug 06, 2007 at 09:03:42AM +1200, Jeff wrote:
> >So, on to why the nvidia driver isn't working for you. Are you running
> >Etch with stock kernel and have the matching nvidia kernel package,
> >nvidia-xconfig, and nvidia-glx? How did you try to set it up before?
> >
> >
> I am using kernel 26.18.-4-K7, card is nvidia FX 5200 . I used a step by
> step guide from a website (which i cant find now) I would need to use an
> easy better guide. Any suggestions?
I'm assuming Etch then. You don't need a website, you don't need module-assistant. If you downloaded the driver from nvidia and ran their installer, then you have nvidia polution in your filesystem that you'll have to get out somehow (never did it, don't know how, but remember threads here bemoaning it). Then you should have the following packages installed: i linux-image-2.6-k7 always depends on latest kernel for the k7 iA linux-image-2.6.18-4-K7 the latest kernel, which you have installed i nvidia-glx Read its docs to ensure that your card is supported. If not, try the '-legacy' series of glx and kernel modules. i nvidia-kernel-2.6-k7 always depends on latest nvidia module iA nvidia-kernel-2.6.18-4-K7 latest nvidia module for the K7 iA nvidia-kernel-common i nvidia-xconfig Now get X working with the free nv driver. cp xorg.conf xorg.conf.nv.works Then update the man-db (as root, run /etc/cron.daily/man-db), apropos nvidia and read all the man pages and all the documentation in /usr/share/doc/nvidia* Get the system so that it boots to command line rather than X. This generally means temporarily disabling the startup of your display manager (gdm or whatever, never used one). You should just have to run nvidia-xconfig. This will alter your xorg.conf file for use of the driver. Note that it does more than change 'nv' to 'nvidia'. cp xorg.conf xorg.conf.nvidia.test1 Test X with startx. You may need to fitz with parameters to nvidia-xconfig. Once its working, if you use a display manager, re-enable it. cp xorg.conf xorg.conf.nvidia.works Good luck, Doug.

Date: Sun, 5 Aug 2007 20:58:30 -0400 From: Douglas Allan Tutty <dtutty@porchlight.ca> To: debian-user@lists.debian.org Subject: Re: Public PC Message-ID: <20070806005830.GA13618@titan> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 05, 2007 at 03:06:10PM -0500, Dave Walker wrote:
> I hope to place a PC running Etch in our small (tiny, actually)
> airport building for use by pilots. The PC will be used to access
> perhaps 10 web sites (plus or minus) over a DSL connection and to run
> a few utilities to show GMT and a calculator and maybe a few
> additional applications. The box will also serve as a real-time data
> collection platform and web server for a local weather observing
> system, so I want to prevent it from being re-booted.
>
Be very careful. These are two very different applications to put on one box. You don't want the weather reports to stop going out if the desktop freezes the box. A box that runs X, is almost by definition more prone to needing to reboot than one that doesn't. Ditto if you use a Desktop environment instead of a simple window manager. If you really need it to be one box, here's what I would suggest: Set up the server stuff first. Setup a chroot for the desktop stuff, one that gets copied when used. Use the pam module so that when the desktop user logs in, they get a fresh clean chroot which gets distroyed when the user logs out. Use icewm with the toolbar configured with the common tools. Also note that Xfce seems to use more and more memory; I don't know if it has been fixed. Determine if you need a full-fledged web browser for those 10 sites or if something like links2 or dillo will work. Hint: dillo is plain with a gtk interface, links2 adds javascript but doesn't have a gtk interface, whereas for flash you need a full browser like iceweasel or Konqueror. Provide an alternate means for an administrator to log into the machine; ssh or serial console (or both). You may want to setup syslog to send logs to another machine and put something on that machine to monitor the logs. Good luck, Doug.

Date: Sun, 5 Aug 2007 21:00:23 -0400 From: Douglas Allan Tutty <dtutty@porchlight.ca> To: debian-user@lists.debian.org Subject: Re: Syntax error in bitops.h:244 Message-ID: <20070806010023.GB13618@titan> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 05, 2007 at 09:42:29PM +0100, Adam Gray wrote:
>
> By the magic of aptitude, I installed a package that wanted udev, and
> as a result got rid of hotplug by accident. So I removed this package
> (can't remember what it was, nothing terribly important), reinstalled
> hotplug and thought nothing of it.
>
If you're running Etch (stable), the release notes say that udev is required now. udev conflicts with hotplug since it provides the same service. Doug.

Date: Mon, 6 Aug 2007 03:33:42 +0200 From: Vincent Lefevre <vincent@vinc17.org> To: debian-user@lists.debian.org Subject: Re: replacement for apt-listchanges? Message-ID: <20070806013342.GA14541@prunille.vinc17.org> Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-08-05 17:46:41 -0500, Ron Johnson wrote:
> python-apt broke, and was fixed soon after. Unless you are running
> Stable, you are supposed to tolerate this kind of activity.
These kinds of answers really become annoying. Why should I if there is a better solution? --=20 Vincent Lef=E8vre <vincent(at)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Date: Mon, 6 Aug 2007 10:28:48 +0800 From: "Kun Niu" <haoniukun@gmail.com> To: srgqwerty <srgqwerty@gmail.com> Cc: debian-user@lists.debian.org Subject: Re: Which kernel should I choose with the following cpu? Message-ID: <ec9e7ff10708051928h5b868ad3ga5c2d65c8dbc2575@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline VGhhbmsgeW91IGZvciB0cmFjaW5nIG15IHByb2JsZW0uCkl0J3MgdHJ1ZSB0aGF0IG15IHJvb3Qg c3lzdGVtIGlzIG9mIGV4dDMgZm9ybWF0LgpJIG9ubHkgZ290IHRoZSBjb21waWxlZCBpbWFnZSBm cm9tIHRoZSBtaXJyb3Igc2l0ZSBzZWN1cml0eS5kZWJpYW4ub3JnLgpJIGRvbid0IGtub3cgaWYg ZXh0MyBpcyBjb21waWxlZCBpcyBidWlsdCBpbnRvIHRoZSBrZXJuZWwgb3IgY29tcGlsZWQKYXMg YSBtb2R1bGUuCkRvIEkgaGF2ZSB0byBjaGVjayB0aGF0IGJlZm9yZSBJIHJlYm9vdCB0aGUgc3lz dGVtPwpJJ20gc3VyZSB0aGF0IG15IGNwdSBpcyBoeXBlci10aHJlYWQgZW5hYmxlZC4KU2hhbGwg SSBjaG9vc2UgdGhlIDY4NiB2ZXJzaW9uIG9mIDIuNi4xOCBrZXJuZWwgaW4gdGhlIG5ldyBzb3Vy Y2UgdHJlZT8KClJlZ2FyZHMKCjIwMDcvOC82LCBzcmdxd2VydHkgPHNyZ3F3ZXJ0eUBnbWFpbC5j b20+Ogo+IEkgdGhpbmsgeW91ciBDUFUgaXMgcGVyZmVjdGx5IHN1cG9ydGVkIGJ5IDIuNi44IHNt cCBrZXJuZWwuCj4KPiBTbywgaXQgaXMgcG9zc2libGUgdGhhdCB0aGUgYm9vdCBwcm9ibGVtIGlz IGNhdXNlZCBieSBhbnkgb3RoZXIgcHJvYmxlbSAoaS5lLgo+IHlvdXIgMi42Ljggc21wIGtlcm5l bCBoYXMgbm90IGJ1aWx0IGluIHN1cHBvcnQgZm9yIHlvdXIgcm9vdCBmaWxlc3lzdGVtKS4KPgo+ IEZvciBleGFtcGxlLCBpZiB5b3VyIHJvb3QgZmlsZXN5c3RlbSBpcyBleHQzIGFuZCB5b3VyIGtl cm5lbCBoYXMgY29tcGlsZWQgZXh0Mwo+IHN1cHBvcnQgaW4gYSBNT0RVTEUgKG9yIE5PIGV4dDMg c3VwcG9ydCkgIHlvdSB3aWxsIG5vdCBiZSBhYmxlIHRvIGxvYWQgdGhlCj4gZXh0MyBrZXJuZWwg c3VwcG9ydCAodGhlIGV4dDMgTU9EVUxFKSBhbmQsIG9mIGNvdXJzZSwgeW91IHdpbGwgTk9UIGJl IGFibGUgdG8KPiBib290Lgo+Cj4gTWFueSBvdGhlciByZWFzb25zIGFyZSBwb3NzaWJsZS4KPgo+ IEJ1dCwgd2l0aG91dCB0aGUgZXhhY3QgZXJyb3IgbWVzc2FnZXMgaXMgZGlmZmljdWx0IHRvIHRy b3VibGVzaG9vdC4KPgo+IFJlZ2FyZHMKPgo+IE9uIFN1bmRheSAwNSBBdWd1c3QgMjAwNyAxODo0 NCwgeW91IHdyb3RlOgo+ID4gVGhhbmsgeW91IGZvciB5b3VyIHJlcGx5Lgo+ID4gSSdtIHNvcnJ5 IHRoYXQgdGhlIG1hY2hpbmUgaXMgcmVhbGx5IGZhciBmcm9tIG15IHJlYWNoLgo+ID4gQW5kIEkg YXNrZWQgc29tZW9uZSB3aG8gd2FzIG5vdCBmYW1pbGlhciB3aXRoIGxpbnV4IHJlc3RhcnQgbXkg c2VydmVyCj4gPiBhbmQgY2hvb3NlIG15IG9yaWdpbmFsIGtlcm5lbCBmb3IgbWUuCj4gPiBJIHdv bmRlciBpZiB0aGUgNjg2IGtlcm5lbCBvZiAyLjYuMTggaXMgdGhlIHJpZ2h0IG9uZSBmb3IgbWUu Cj4gPiBUaGFua3MgYWdhaW4gZm9yIHlvdXIgcmVwbHkuCj4gPgo+ID4gMjAwNy84LzYsIHNyZ3F3 ZXJ0eSA8c3JncXdlcnR5QGdtYWlsLmNvbT46Cj4gPiA+IEFuZCB3aGF0IGVycm9yIG1lc3NhZ2Vz IGhhZCB5b3UgZ290IHdoZW4gdGhlIHN5c3RlbSBmYWlsZWQgdG8gYm9vdCB3aXRoCj4gPiA+IDIu Ni44IHNtcCBrZXJuZWw/Cj4gPiA+IFRoZXkgYXJlIGltcG9ydGFudCBpbiBvcmRlciB0byBkZXRl cm1pbmUgdGhlIGJvb3QgZmFpbGVkIHJlYXNvbi4KPiA+ID4KPiA+ID4gUmVnYXJkcwo+ID4gPgo+ ID4gPiBPbiBTdW5kYXkgMDUgQXVndXN0IDIwMDcgMTc6NDAsIEt1biBOaXUgd3JvdGU6Cj4gPiA+ ID4gRGVhciBhbGwsCj4gPiA+ID4gVGhlIGZvbGxvd2luZyBpcyB0aGUgY2F0IG1lc3NhZ2UgZnJv bSAvcHJvYy9jcHVpbmZvCj4gPiA+ID4gcHJvY2Vzc29yICAgICAgIDogMAo+ID4gPiA+IHZlbmRv cl9pZCAgICAgICA6IEdlbnVpbmVJbnRlbAo+ID4gPiA+IGNwdSBmYW1pbHkgICAgICA6IDE1Cj4g PiA+ID4gbW9kZWwgICAgICAgICAgIDogNAo+ID4gPiA+IG1vZGVsIG5hbWUgICAgICA6IEludGVs KFIpIFhlb24oVE0pIENQVSAzLjAwR0h6Cj4gPiA+ID4gc3RlcHBpbmcgICAgICAgIDogMwo+ID4g PiA+IGNwdSBNSHogICAgICAgICA6IDI4MDAuMjIwCj4gPiA+ID4gY2FjaGUgc2l6ZSAgICAgIDog MTYgS0IKPiA+ID4gPiBNeSBwcmVzZW50IGtlcm5lbCBpcyAyLjQuMjcgb24gMzg2IHN5c3RlbS4K PiA+ID4gPiBJJ3ZlIGV2ZXIgdHJpZWQgMi42Ljggc21wIGtlcm5lbCBidXQgdGhlIHN5c3RlbSBm YWlscyB0byBib290Lgo+ID4gPiA+IEkgd29uZGVyIGlmIHRoZSBjcHUgaXMgc3VwcG9ydGVkIGJ5 IGV0Y2ggYW5kIHdoaWNoIGtlcm5lbCBJIHNob3VsZAo+ID4gPiA+IGNob29zZSB0byB1c2UgaWYg aXQgaXMgc3VwcG9ydGVkLgo+ID4gPiA+Cj4gPiA+ID4gVGhhbmtzIGZvciBhbnkgaGVscCBpbiBh ZHZhbmNlLgo+ID4gPiA+Cj4gPiA+ID4gUmVnYXJkcy4KPiA+ID4KPiA+ID4gLS0KPiA+ID4gVG8g VU5TVUJTQ1JJQkUsIGVtYWlsIHRvIGRlYmlhbi11c2VyLVJFUVVFU1RAbGlzdHMuZGViaWFuLm9y Zwo+ID4gPiB3aXRoIGEgc3ViamVjdCBvZiAidW5zdWJzY3JpYmUiLiBUcm91YmxlPyBDb250YWN0 Cj4gPiA+IGxpc3RtYXN0ZXJAbGlzdHMuZGViaWFuLm9yZwo+Cj4KPiAtLQo+IFRvIFVOU1VCU0NS SUJFLCBlbWFpbCB0byBkZWJpYW4tdXNlci1SRVFVRVNUQGxpc3RzLmRlYmlhbi5vcmcKPiB3aXRo IGEgc3ViamVjdCBvZiAidW5zdWJzY3JpYmUiLiBUcm91YmxlPyBDb250YWN0IGxpc3RtYXN0ZXJA bGlzdHMuZGViaWFuLm9yZwo+Cj4KCgotLSAK5aSx5LiaCiAgICAgICAgIOeJm+WdpApNU046aGFv bml1a3VuQGhvdG1haWwuY29tCg==

Date: Sun, 05 Aug 2007 21:21:21 -0500 From: John Hasler <jhasler@debian.org> To: debian-user@lists.debian.org Subject: Re: replacement for apt-listchanges? Message-ID: <874pjd4d3y.fsf@toncho.dhh.gt.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ron Johnson wrote:
> python-apt broke, and was fixed soon after. Unless you are running
> Stable, you are supposed to tolerate this kind of activity.
Vincent Lef=E8vre writes:
> These kinds of answers really become annoying. Why should I if there is a
> better solution?
What is it? --=20 --=20 John Hasler End of debian-user-digest Digest V2007 Issue #2103 ************************************************** Received on Sun Aug 5 23:15:12 2007

This message: [ Message body ]
Next message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #2104"
Previous message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #2102"

Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ] [ By messages with attachments ]

This archive was generated by hypermail 2.1.8 : Thu Aug 09 2007 - 19:05:41 EDT