Re: Bug#80343: general: Lack of policy on which files should be owned by which user
On Tue, Dec 26, 2000 at 12:38:28PM +0200, Eray Ozkural (exa) wrote: > Hamish Moffatt wrote: > > > > On Tue, Dec 26, 2000 at 04:43:53AM +0200, Eray Ozkural (exa) wrote: > > > I like using groups to give different sets of rights and I'm > > > annoyed by Debian giving every user his own group. Is that > > > reall necessary? > > > > No, but it's a good idea. It makes it much easier to work in > > directories shared with other users (but not all users), because > > you don't have to keep changing your umask all the time, or > > even worse, fixing file permissions because you (or somebody > > else) forgot to change their umask. > > > > I always thought it was a paranoid kind of security "feature" > in Debian. I might be wrong of course. > > How does giving every user his own group makes it easier for > him to share files without system administrator's intervention? > I couldn't guite get it, sorry I just woke up but I simply > don't understand it. A small example? > Other people have provided most of the really useful reasons, but another one, which is denies access rather than providing it: If my I want a file to be readable by everybody *except* user fred, I can set permissions: [EMAIL PROTECTED]:~> ls -l plot-against-fred -rwr--1 pde fred 1 Dec 27 17:12 plot-against-fred Of course, I need root access to do it :( -- |> |= -+- |= |> | |- | |- |\ Peter Eckersley ([EMAIL PROTECTED]) http://www.cs.mu.oz.au/~pde for techno-leftie inspiration, take a look at http://www.computerbank.org.au/ pgpPI0gcYjqqT.pgp Description: PGP signature
Re: perl 5.00{5,4} dependancies
Bernd Eckenfels wrote: > First we need to solve the IMHO broken Alternatives Settings of those Perl > Packages. They messed up my System more than one. See the BTS, there are patches (#80143). Someone should NMU it, it's absurd it's been left so broken for so long. > perl-5.6-base is removing > all the old perl alternatives and replacing the files of older versions in > thepostinst. IMHO a policy violation at least. No it's not, the alternatives system was broken, the maintainer of perl is free to realize this and correct it. Well I haven't seen any informed or valid objections to me filing the 80-some bugs; I guess it'll do it tomorrow. -- see shy jo, who is tempted to ask for policy chapter and verse
Re: perl 5.00{5,4} dependancies
On Tue, Dec 26, 2000 at 03:26:07PM -, Moshe Zadka wrote: > On Tue, 26 Dec 2000, Dariush Pietrzak <[EMAIL PROTECTED]> wrote: > > > I'm not sure that solves all the problems - I'd like apache-perl > > recompiled against perl5.6, and so the rest of modules. > > I would do, but I'm not at all sure if mod_perl works with Perl 5.6. > Last I heard, they weren't playing well together. I'm just a lazy bum. It works fine; I got the main modperl packages out and got derailed by the perl 5.6 bug that was breaking apacheconfig. I'll try to do apache-perl when I get back to school in January (two weeks). Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/
Re: dueling banjos
On Tue, Dec 26, 2000 at 04:31:48PM -0500, Buddha Buck wrote: > I just did a Google search on "duelling banjos debian" and came up with > nothing -- just two hits to our archives from the "dualling banjos" thread > that happened one of the previous times we got this strange request. I don't know where in Debian to find dueling banjos, but I know where to find dueling licenses. -- Joseph Carter <[EMAIL PROTECTED]>Free software developer dhd: R you part of the secret debian overstructure? no. there is no secret debian overstructure. although, now that somebody brought it up, let's start one :-) CosmicRay - why not, sounds like a fun way to spend the afternoon =D pgpwRsbgq2iON.pgp Description: PGP signature
Re: perl 5.00{5,4} dependancies
Le Tue, Dec 26, 2000 at 12:24:34AM -0800, Joey Hess écrivait: > liblocale-gettext-perl > libmldbm-perl > dpkg-ftp Those 3 are mine. I've just done it. No need to file a bug. > perl-5.005-suid This one should not be updated :) Cheers, -- Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/ Le bouche à oreille du Net : http://www.beetell.com Naviguez sans se fatiguer à chercher : http://www.deenoo.com Formation Linux et logiciel libre : http://www.logidee.com
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
Peter Eckersley wrote: > > > If my I want a file to be readable by everybody *except* user fred, I > can set permissions: > > [EMAIL PROTECTED]:~> ls -l plot-against-fred > -rwr--1 pde fred 1 Dec 27 17:12 plot-against-fred > > Of course, I need root access to do it :( ^^^ That's what troubles me. -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: What do you wish for in an package manager?
Just one simple small thing for me, please: An installer that is smart enough to realize that it is about to overflow the disc, so it deletes any .deb files that have been downloaded and already installed. (This bit me once while doing an install over PPP.) Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://atterer.net ¯ ´` ¯
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
Hamish Moffatt wrote: > > This is a big nuisance. I spent months working on a project with > a shared directory without individual user groups. Worse yet, you > can end up with a CVS repository full of files with user-only > permissions (using a local CVS repositor, rather than remote). > Ok. Then what I did was correct. I set up a developers group and put all devels there, then I changed umask to 002 in /etc/profile. I guess that's the way it works for multiple CVS users, right? Since there are per user groups, the umask won't disrupt any other operation. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
On Wed, Dec 27, 2000 at 12:14:54PM +0200, Eray Ozkural (exa) wrote: > Hamish Moffatt wrote: > > This is a big nuisance. I spent months working on a project with > > a shared directory without individual user groups. Worse yet, you > > can end up with a CVS repository full of files with user-only > > permissions (using a local CVS repositor, rather than remote). > > Ok. Then what I did was correct. I set up a developers group > and put all devels there, then I changed umask to 002 in /etc/profile. > > I guess that's the way it works for multiple CVS users, right? > Since there are per user groups, the umask won't disrupt any other > operation. That should work fine. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: List of packages that could be dropped
On 00-12-26 Ben Collins wrote: > On Tue, Dec 26, 2000 at 03:22:21PM +0100, Christian Kurz wrote: > > > > |silo (195 days old) > > > > Has this package been removed from unstable and if yes, why? It's > > currently still listed in the wnpp but I could find it which apt-cache > > search silo. > You can only remove this if you want sparc to be unbootable, which I > hope is not your intention. If it's so important why is still marked as orphaned in wnpp? Or has already some taken over maintainership and just forgotten that there exists the WNPP? Ciao Christian -- Debian Developer and Quality Assurance Team Member 1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853 pgp2Ry7P82p50.pgp Description: PGP signature
Re: List of packages that could be dropped
On 00-12-27 Jonathan McDowell wrote: > On Tue, Dec 26, 2000 at 06:59:16PM -0500, Ben Collins wrote: > > On Tue, Dec 26, 2000 at 03:22:21PM +0100, Christian Kurz wrote: > > > > > > |silo (195 days old) > > > > > > Has this package been removed from unstable and if yes, why? It's > > > currently still listed in the wnpp but I could find it which apt-cache > > > search silo. > > You can only remove this if you want sparc to be unbootable, which I > > hope is not your intention. > Um, I was going to adopt this until I saw: > silo (0.9.9-1) unstable; urgency=low > * New upstream > * Took over silo's packaging > -- Erick Kinnee <[EMAIL PROTECTED]> Mon, 4 Sep 2000 10:54:23 -0500 > Which I assumed meant Erick had done so? Well, if this is really true, then he should have closed the WNPP bug against silo a long time ago already. Ciao Christian -- Debian Developer and Quality Assurance Team Member 1024/26CC7853 31E6 A8CA 68FC 284F 7D16 63EC A9E6 67FF 26CC 7853 pgp3Vw46FI7BV.pgp Description: PGP signature
Re: looking for replacement for run (because of critical bug in
On Tue, 26 Dec 2000 07:28:59 -0500, Matt Zimmerman <[EMAIL PROTECTED]> wrote: >It sounds pretty easy to implement; just stat() and compare the inode number. That won't catch a file being copied and truncated since the inode stays the same. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: ITO: catdoc
Hello, On Thu, Dec 21, 2000 at 12:10:19AM +0300, Peter Novodvorsky wrote: > ++ 20/12/00 12:52 -0700 - Bdale Garbee: > > I am no longer interested in maintaining the 'catdoc' package. However, I > > will continue my current level of inactive ownership of the package until > > such time as someone takes it over. > I'd like to adopt this package. just wanted to point to wv which seems to do a much better job than catdoc, and also operates from a script if desired. Apparently only the GUI is "missing". Best Regards, --Toni++
Re: X 4 and app-defaults
On Tue, Dec 26, 2000 at 09:50:14PM -0500, Branden Robinson wrote: > Oh, they generally get filed, it's just that some package maintainers don't > do a damn thing about them[1]. what about localisation of app-default, I see XEarth ships with # ls /etc/X11/*/app-defaults/XEarth /etc/X11/ja_JP.eucJP/app-defaults/XEarth /etc/X11/ko_KR.eucKR/app-defaults/XEarth I would prefer /etc/X11/app-defaults// as man is doing. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: Grub question/problem
On Tue, Dec 26, 2000 at 10:03:30PM +0100, Andreas Fuchs wrote: > Hm, have you tried running grub-install --recheck and then Won't run: feivel:~# grub-install --recheck install_device not specified. Usage: grub-install [OPTION] install_device Install GRUB on your drive. -h, --help print this message and exit -v, --version print the version information and exit --root-directory=DIRinstall GRUB images under the directory DIR instead of the root directory. --grub-shell=FILE use FILE as the grub shell. --force-lba force GRUB to use LBA mode even for a buggy BIOS. --recheck probe a device map even if it already exists. INSTALL_DEVICE can be a GRUB device name or a system device filename. Reports bugs to . This surely looks like a bug to me. > reinstalling grub? Alternatively, you could just edit > /boot/grub/device.map. I don't know if this helps, but it has worked > for me. The problem is my device.map seems to be okay: (fd0) /dev/fd0 (hd0) /dev/hda Michael -- Michael Meskes Michael@Fam-Meskes.De Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Re: List of packages that could be dropped
On Tue, Dec 26, 2000 at 07:06:30PM -0700, John Galt wrote: > > If it's so important, why is it orphaned? I'm thinking that if the SPARC > folx can't be bothered to maintain their bootloader, perhaps the port's > utilization of resources needs to be called into question... What's the > point in Debian proper showing more support for SPARC than the SPARC > community shows for Debian? > What the fuck are you talking about!?! For one the damn thing isn't changed that often. Upstream isn't making frequent updates, and the fucking thing works. You need to find your red herrings some place else. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: gtk-doc vs glib1.2-dev info file conflict
I have the helix version installed:
(Also this version should replace libgtk-doc, shouldn't it?)
#dpkg -s libglib1.2-dev
Package: libglib1.2-dev
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 367
Maintainer: Helix Code, Inc. <[EMAIL PROTECTED]>
Source: glib1.2
Version: 1.2.8-helix1
Replaces: libgtk-doc, libglib1.1.5-dev, libglib1.1.6-dev, libglib1.1.9-dev,
libglib1.1.11-dev, libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev
Provides: libglib-dev, libglib1.1-dev
Depends: libglib1.2 (= 1.2.8-helix1)
Suggests: libgtk1.2-dev, libgtk1.2-doc
Conflicts: libglib-dev, libglib1.1.5-dev, libglib1.1.7-dev, libglib1.1.8-dev,
libglib1.1.9-dev, libglib1.1.10-dev, libglib1.1.11-dev, libglib1.1.12-dev,
libglib1.1.13-dev, libglib1.1.16-dev
Ben Gertzfield writes:
> > "Svante" == Svante Signell <[EMAIL PROTECTED]> writes:
>
> Svante> When upgrading libgtk-doc glib.info.gz conflicts with the
> Svante> same file from libglib1.2-dev. Which package is to remove
> Svante> the info file?
>
> That's weird. From the control file:
>
> Package: libglib1.2-dev
> Architecture: any
> Section: devel
> Depends: libglib1.2 (= ${Source-Version})
> Suggests: libgtk1.2-dev, libgtk1.2-doc
> Conflicts: libglib-dev, libglib1.1.5-dev, libglib1.1.7-dev,
> libglib1.1.8-dev, libglib1.1.9-dev, libglib1.1.10-dev, libglib1.1.11-dev,
> libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev
> Provides: libglib-dev, libglib1.1-dev
> Replaces: libgtk-doc, libglib1.1.5-dev, libglib1.1.6-dev, libglib1.1.9-dev,
> libglib1.1.11-dev, libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev
>
> It definitely Replaces: libgtk-doc. Which version are you installing?
>
> Ben
>
> --
> Brought to you by the letters N and Z and the number 1.
> "A yonker is a young man."
> Debian GNU/Linux maintainer of Gimp and GTK+ -- http://www.debian.org/
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BTS spam( Re: Boost Windows Reliability!!!!!)
In Wed, 27 Dec 2000 00:19:19 +0100 Josip Rodin <[EMAIL PROTECTED]> cum veritate scripsit : > > I've seen one in lyx-cjk bugs. It's cosmetically annoying. > > I really would love to remove it but there would be quite a lot of > > trouble (and fear that legitimate info could be lost). > > Tell me the bug number and I'll clean it out. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=62770&repeatmerged=yes so it's 62770. regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engineering and Computer Science, Doshisha University. ... Long Live Free Software, LIBERTAS OMNI VINCIT.
Re: List of packages that could be dropped
In Wed, 27 Dec 2000 08:42:49 +0100 Christian Kurz <[EMAIL PROTECTED]> cum veritate scripsit : > > silo (0.9.9-1) unstable; urgency=low > > > * New upstream > > * Took over silo's packaging > > > -- Erick Kinnee <[EMAIL PROTECTED]> Mon, 4 Sep 2000 10:54:23 -0500 > > > Which I assumed meant Erick had done so? > > Well, if this is really true, then he should have closed the WNPP bug > against silo a long time ago already. After a while of running with wnpp in Debian bug system, one thing arises is that it's not very convenient to check. I can check the list of bugs filed against one package, but that package doesn't include the wnpp bug. All those bugs are filed against wnpp. It would be nice if wnpp bugs appear in individual packages' bugs list too. They do belong there... regards, junichi -- University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED] dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer Dept. of Knowledge Engineering and Computer Science, Doshisha University. ... Long Live Free Software, LIBERTAS OMNI VINCIT.
Re: gtk-doc vs glib1.2-dev info file conflict
On Wed, Dec 27, 2000 at 03:19:11PM +0100, Svante Signell wrote: > I have the helix version installed: > (Also this version should replace libgtk-doc, shouldn't it?) Whenever any helix packages are involved, [EMAIL PROTECTED] is the appropriate place to report problems. Not debian-devel. > #dpkg -s libglib1.2-dev > Package: libglib1.2-dev > Status: install ok installed > Priority: optional > Section: devel > Installed-Size: 367 > Maintainer: Helix Code, Inc. <[EMAIL PROTECTED]> > Source: glib1.2 > Version: 1.2.8-helix1 > Replaces: libgtk-doc, libglib1.1.5-dev, libglib1.1.6-dev, libglib1.1.9-dev, > libglib1.1.11-dev, libglib1.1.12-dev, libglib1.1.13-dev, libglib1.1.16-dev > Provides: libglib-dev, libglib1.1-dev > Depends: libglib1.2 (= 1.2.8-helix1) > Suggests: libgtk1.2-dev, libgtk1.2-doc > Conflicts: libglib-dev, libglib1.1.5-dev, libglib1.1.7-dev, libglib1.1.8-dev, > libglib1.1.9-dev, libglib1.1.10-dev, libglib1.1.11-dev, libglib1.1.12-dev, > libglib1.1.13-dev, libglib1.1.16-dev Yes, this package does Replace: libgtk-doc. The problem is that you are trying to upgrade libgtk-doc, which doesn't Replace: libglib1.2-dev. libgtk-doc is an old package, for gtk+ 1.0. I suspect that you want to remove that and install libgtk1.2-doc. Peter
Re: ITO: catdoc
Hi, > > > I am no longer interested in maintaining the 'catdoc' package. However, I > > > will continue my current level of inactive ownership of the package until > > > such time as someone takes it over. > > I'd like to adopt this package. Oops, I already adopted the package on 24th Dec. Sorry, but I did not know that anybody else was interested in adopting it. It had announced my ITA a day before. Cheers, Guenter -- Linux: Who needs GATES in a world without fences?
RFC: Changing the Packages files
With the introduction of the packages pool, I'm going to propose the following change to the Packages files: 1. The filename tells what the Packages files contains: Packages files should be independent of the their location, therefor the name has to reflect their contents, i.e. "Packages-$DIST-$ARCH" or simply "$TYPE-$DIST-$ARCH" where $TYPE="Main"|"Contrib"|"NonUS"|"Nonfree" 2. The location of the Packages file does define the base of the packages mirror structur: This means the "Filename:" attribut starts from the location of the Packages file, allowing for a much flexibler naming of the structur. These two changes means the Packages files for all distributions could be moved inside the pool as well. Also it is possible to have different kind of mirror structurs (i.e alphabetical versus functional) since the Packages files could be anywhere. And symlinks from binary-$ARCH to binary-all weren't nessecary. O. Wyss
How to get changelog file for a given _binary_ package?
Hi, we use a number of backported potato packages and I am working on a script that sends me e-mail when a new version of these packages appears in woody. I would like to do this by periodically pulling the change logs for all packages that we have backported from the Debian web page (http://cgi.debian.org/cgi-bin/get-changelog?package=$package) and then comparing the version number with the version number of our back port. This doesn't work for multiple binary source packages - for example, for libdb2-util, the URL given above returns "No such changelog file". Any other ideas how to do this? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: How to get changelog file for a given _binary_ package?
On Wed, Dec 27, 2000 at 03:17:54PM +, Marc Haber wrote: > Hi, > > we use a number of backported potato packages and I am working on a > script that sends me e-mail when a new version of these packages > appears in woody. > > I would like to do this by periodically pulling the change logs for > all packages that we have backported from the Debian web page > (http://cgi.debian.org/cgi-bin/get-changelog?package=$package) and > then comparing the version number with the version number of our back > port. > > This doesn't work for multiple binary source packages - for example, > for libdb2-util, the URL given above returns "No such changelog file". > > Any other ideas how to do this? apt-cache show $package|grep Source Then use that value in the url (in this case db) -- Brian Almeida | http://www.debian.org/~bma Debian Developer | [EMAIL PROTECTED]
Re: How to get changelog file for a given _binary_ package?
On Wed, 27 Dec 2000 10:37:17 -0500, Brian Almeida <[EMAIL PROTECTED]> wrote: >apt-cache show $package|grep Source in a perl script, ugly. But a possible way to do it. >Then use that value in the url (in this case db) http://cgi.debian.org/cgi-bin/get-changelog?package=db "No such changelog". Might this be possible because there is no binary package named "db"? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: What do you wish for in an package manager?
* Dwayne C . Litzenberger ([EMAIL PROTECTED]) [001223 22:47]: > Hello! > > I'm starting work on a new linux package manager. The idea is to be able to > replace rpm, dpkg, apt, dselect (backend) with one,written mostly from scratch > and designed to be as simple (code, not features) and clean as possible. For > now, the work will be strictly academic, but if it works out, it may evolve > into future standard package manager. > > So my question is: What do you wish for in a package manager? Ideas: Well, I think a coherit method for managing config files and configuration of packages. An easy way to reset a package back to it's prestine settings. A tool to show which packages have been manually configured, configured through a tool, and which one. Policy management. Debian currently sidesteps this by stepping as far away from it as possible, RedHat and TurboLinux force it down your throat. A better system, imho, would be to allow it to be configurable for the PM system. Example: Decide that all daemon's should install 'off' until configured and turned 'on' manually. Ability to do *ALL* package management with source only (ala BSD) complete with diffs instead of getting the whole thing again. The ability to build any version of the binary Package from a complete source (with history (maybe RCS?)). Sort of a FAT SOURCE idea. FAT binaries. Easy methods to relocate paths. Control files that are easy to maintain and version and that can be kept with the source code, upstream, with little or no problem. The ability for the package builder to go get resources itself off the net via URIs. That's about itoh wait: GOOD DOCUMENTATION! Ciao! -- "Baldrick, you wouldn't see a subtle plan if it painted itself purple and danced naked on top of a harpsichord, singing 'Subtle Plans Are Here Again.'" --Edmund Blackadder II The Doctor What: Not that 'who' guy http://docwhat.gerf.org/ [EMAIL PROTECTED] KF6VNC
Re: X 4 and app-defaults
Hi. In <[EMAIL PROTECTED]>, on Wed, 27 Dec 2000 12:27:43 +0100, on Re: X 4 and app-defaults, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > what about localisation of app-default, I see XEarth ships with > > # ls /etc/X11/*/app-defaults/XEarth > /etc/X11/ja_JP.eucJP/app-defaults/XEarth > /etc/X11/ko_KR.eucKR/app-defaults/XEarth > > I would prefer /etc/X11/app-defaults// as man is doing. Well, traditional X11 handling requires the location of XLIBDIR(/usr/X11R6/lib/X11 for potato)//app-defaults/, so the new location /etc/X11//app-defaults/ is just following that traditional way. And this behavior has already submitted as the patch by M. Ishikawa, and Branden kindly used it months ago. I can't get what is the merit of your proposal, but maybe this should be decided at the upstream level (i.e., xfree86 in this case, or TOG) I think. Regards. -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>
Re: How to get changelog file for a given _binary_ package?
Marc Haber wrote: > Hi, > > we use a number of backported potato packages and I am working on a > script that sends me e-mail when a new version of these packages > appears in woody. > > I would like to do this by periodically pulling the change logs for > all packages that we have backported from the Debian web page > (http://cgi.debian.org/cgi-bin/get-changelog?package=3D$package) and > then comparing the version number with the version number of our back > port. > > This doesn't work for multiple binary source packages - for example, > for libdb2-util, the URL given above returns "No such changelog file". Hi, lynx -dump http://packages.debian.org/libdb2-util might do what you want. Or add woody to sources.list and parse the Packages files locally. I think you'd also need to run the development APT at people.d.o/~jgg to tag woody so it isn't an install candidate. Rick --
Re: dpkg-scanpackage is ignoring newwe?
[EMAIL PROTECTED] wrote: > Herbert Xu <[EMAIL PROTECTED]> writes: > > > Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > > > > > running dpkg-scanpackage i386 over > Packages > > > > > i get (over is size 0) > > > > > ! Package msn-transport (filename i386/msn-transport_1.0-2_i386.deb) is > > > repeat; > > >ignored that one and using data from i386/msn-transport_1.0-1_i386.deb > > > ! > > > > > which means dpkg-scanpackage is ignoring the -2 in favor of the -1.. why > > > is > > > this so and what can i do? :) > > > > dpkg-scanpackage just chooses the first one it sees. You can manually move > > the old versions out before hand based on the embedded version numbers, > > but that breaks when you've got epochs. Have a look at how apt-move handles > > this. > > Couldn't it be changed so that the newer one will be taken (by date) > or the versions are compared? Can't be that hard. Putting both in > should also not make a problem, since you have the problem of multiple > versions when using stable and unstable as well, so all relevant > programms should cope with it. Since I haven't seen a proper answer yet, I'll jump into this dead discussion four months later... Wichert said the current dpkg-dev contains dpkg-scanpackages and dpkg-scansources that behaves properly. In case you'll have to fix your installed package you'll find fixes for this at http://www.infodrom.ffis.de/Infodrom/patches/ Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists.
Linux Expo in Praha, Budabest, Warsaw & Moscow (was: Linux Expo Road Show)
I'd like to send out a reminder. Peter Novodvorsky wrote: > Hello! > > I want you to know, that Sky Events will hold four conferences and > exhibition in eastern europe called Linux Expo Road Show. Conferences > will be held in Praha, Budapest, Warsaw and Moscow, and exhibition -- > only in Moscow. Here is the timetable: > > 23 April 2001: Praha > 24 April 2001: Budapest > 25 April 2001: Wasraw > 26 April 2001: Moscow > 27 April 2001: Moscow > 28 April 2001: Moscow > > Debian will have a booth in exhibition. Also we need to be > reprepresented on all conferences. We need volunteers! BTW, I hope to > see some non-russian debian developers on Moscow exhibition, because there are > only two of us in .ru. Are there some people, developers and users, who would be willing to maintain and staff a booth in Praha, Budabest, Warsaw or Moscow? For the Moscow event there seem to be two people, so it is doable. However, given the length of the show, some more people even there would be good. Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists.
Re: ITO: catdoc
On Wed, Dec 27, 2000 at 12:25:54PM +0100, Toni Mueller wrote: > > > Hello, > > On Thu, Dec 21, 2000 at 12:10:19AM +0300, Peter Novodvorsky wrote: > > ++ 20/12/00 12:52 -0700 - Bdale Garbee: > > > I am no longer interested in maintaining the 'catdoc' package. However, I > > > will continue my current level of inactive ownership of the package until > > > such time as someone takes it over. > > I'd like to adopt this package. > > just wanted to point to wv which seems to do a much better > job than catdoc, and also operates from a script if desired. > Apparently only the GUI is "missing". Actually, wv is a command line only program, although it is now available as a library as well. Look for my request-to-adopt soon. sam th [EMAIL PROTECTED] http://www.abisource.com/~sam GnuPG Key: http://www.abisource.com/~sam/key pgproudQLJJnw.pgp Description: PGP signature
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
> "exa" == exa writes: exa> I use bash. Is this zsh better? :) Yes. -- Stephen "A duck!"
Re: looking for replacement for run (because of critical bug in
On Wed, Dec 27, 2000 at 11:26:25AM +, Marc Haber wrote: > On Tue, 26 Dec 2000 07:28:59 -0500, Matt Zimmerman <[EMAIL PROTECTED]> > wrote: > >It sounds pretty easy to implement; just stat() and compare the inode number. > > That won't catch a file being copied and truncated since the inode > stays the same. If the current inode gets truncated, that would be noticed by the current code. -- - mdz
Re: booting Linux NFS-Root
On Wed, Dec 27, 2000 at 03:58:47PM +1100, Brian May wrote: > I seem to have problems booting Linux 2.2.18 via NFS root > image. **2.2.17 works fine**, but 2.2.18 says "No NFS servers > available, giving up". [...] > Any ideas what is going on? This may not have anything to do with it, but IIRC, Alan Cox merged the NFS v3 code into the 2.2.18 series. -- G. Branden Robinson | oh my, it's a UP P III. Debian GNU/Linux| dos it. [EMAIL PROTECTED] | * joeyh runs dselect http://www.debian.org/~branden/ | that ought to be sufficient :) pgpwEXaN6D47F.pgp Description: PGP signature
Re: testing "testing" (was: Implementing "testing")
Ola <[EMAIL PROTECTED]> wrote "The big problem is as I see it, to implement it. I'm not familiar with the background work that the server do so I'm not the right person ot do it, I think. Are you willing to implement such a system?" I will try some experimentation on a local system, and see if I can get a proof of concept project running. I'm fairly sure that I'm "not the right person to do it" as well, but at worst I'll have just wasted some hours finding that out... Tom M. LetterRip [EMAIL PROTECTED] (Sorry for the delayed reply, although I subscribed to debian-devel, I'm apparently not getting any mail from it...)
Re: netsacape running wild
On 11 Dec 2000 20:18:58 -0600, Nathan E Norman wrote: > On Tue, Dec 12, 2000 at 10:40:56AM +1100, Craig Sanders wrote: > > apart from that, mozilla's great. much better, faster, more stable than > > netscape. still crashes occasionaly, but that's acceptable for a beta > > program. > > Has anyone had trouble with anchors in Mozilla? I've got some links > (to internal pages unfortunately or I'd publish the URLs) with anchors > but mozilla ignores the anchor and starts at the top. > This is a known bug upstream, I've been really busy, but slowly working on getting a new mozilla deb out. > I've also had little luck getting the PSM to behave with mozilla, but > as I recall getting it right at my last job this is almost certainly > loose nut behind keyboard error. > This too is an upstream problem, it has been fixed in their CVS, but I don't think they have released an unbroken PSM package yet. -- Frank [EMAIL PROTECTED] Mozilla Maintainer
Nice features in a pre package manager
In addition to the previously-mentioned pipelining that installs packages as soon as they're downloaded, so their deb can be deleted, and has careful sequencing so that a package is not downloaded until its dependencies have _already_ been met, it would be nice ... to have the package requesting front end be pipelined and prioritized. I might have 300MB queued for download and install, but it would be _really_ nice to have package "xf86config" (for example) ready as soon as possible. Once that is running, I can find out which graphics card I need (while more downloading is happening in the background), and so I ask for "xserver-svga" to get top priority next (while I'm halfway through running xf86config). Once I've tweaked X the way I want, during which time (for example) GCC was downloading, I might ask for "utah-glx" to be prioritized. I then ask for the kernel source, because I need some features turning on, while bringing up the 3D support, etc etc etc. I reckon that being able to have an apt pipeline, with the capability to promote packages to the head of the list, will halve the time it takes me to bring up a workstation system. Configuring takes user time, downloading takes network time, unpacking takes disk drive time. None of them are really competing for resources, unless you've got <32MB of memory and dpkg is swiped the whole lot. These tasks should all happen in parallel. Suppose the feature is added as an "apt-get queue" to distinguish from "apt-get install", where the former gives the prompt back immediately and communicates with an existing apt-get (or starts a background task). The latter plays nice if there is already an apt-get running, gets the to-do list modified and then sleeps until the other process reports that it has completed the request (or is being killed).
Re: How to get changelog file for a given _binary_ package?
On Wed, Dec 27, 2000 at 03:17:54PM +, Marc Haber wrote: > I would like to do this by periodically pulling the change logs for > all packages that we have backported from the Debian web page > (http://cgi.debian.org/cgi-bin/get-changelog?package=$package) and > then comparing the version number with the version number of our back > port. The get-changelog CGI doesn't seem to have worked for quite some time now. I don't think the problem is necessarily with multiple binary packages, but that a lot of data is missing. I am working on a replacement that uses a database backend, but it would need to be hooked into dinstall/da-katie/whatever in order to be most effective, and I don't expect that to happen anytime soon. -- - mdz
Re: booting Linux NFS-Root
> On Wed, Dec 27, 2000 at 03:58:47PM +1100, Brian May wrote: > > I seem to have problems booting Linux 2.2.18 via NFS root > > image. **2.2.17 works fine**, but 2.2.18 says "No NFS servers > > available, giving up". > [...] > > Any ideas what is going on? What kernel rev and NFS version are the NFS server running? -- - mdz pgpV5YLIpUNVt.pgp Description: PGP signature
Rambling apt-get ideas
How about an "apt-getd" debian daemon. Use a apt-get client to remotely mess with another workstations packages. Messing with only one workstation at a time is boring. How about multicast to configure a hundred workstations instead, all at once? And then have a proxying apt-getd server multicast out the .deb files to all the machines at the same time? Link the apt-getd daemons on multiple workstations to create a network-wide virtual .deb cache. If workstation A downloaded the latest libc, then workstation B's apt-getd will query workstation A and download the package from workstation A instead of the debian website, automatically. The ultimate extension would be for your apt-getd on your workstation to query apt-getd on the main debian website, instead of configuring http or ftp transport methods. Sort of like hacking proxy features onto apt-get. Or combine the freenet protocol into it. Using freenet would make distribution of non-US and non-free very interesting. Perhaps a shared network workgroup structure. Ten workstations with their apt-getd's all talking to the server's apt-getd as clients. Install a new package on the server, and after a configurable random delay, all ten client workstations will fetch and install the same new package. Hacking NIS features onto apt-get. "installedpackages.byname"? How about selectable compression methods to balance processor speed vs network speed? Distribute debian as a product in .bz2 format over my 56K modem to my fast Pentium, and then on the fly convert it to proxy totally uncompressed .debs over my 10 meg ethernet to my 12 meg 386. How about a new structure for compression. apt-get-gzip provides gzip, apt-get-bz2 provides bzip, apt-get-uudecode provides uudecode. Automate downloading of new compression methods or even new transport methods as packages using the new format are downloaded. Kind of like Microsoft's video viewer downloaded new codecs automatically... How about "automatic" "apt-get update"? apt-get automatically does an update whenever it determines it is needed. How about eliminating the need for apt-get update for upgrading purposes? Still need to download the entire cache to browse all the packages, but the cache is getting big enought that some kind of piecemeal "apt-get update" or perhaps "diff" based packages would be a good idea. Is distributing the apt-get package cache via CVS a good idea, or is it insane, is it a cool hack, or all of the above? How about apt-get being able to somehow query and find other apt sites? No need to edit the apt sources list manually, if you try to install task-helix-gnome it will find helix's site "automatically" and ask permission before using it. How about apt pinging the mirrors to find the closest / fastest one and then using it, no matter where you are on the internet? How about pinging them all every week to find the closest / fastest 3, and then pinging those three before each file download to find the fastest mirror at that instant? How about using fsp as an apt-get transport method? fsp can be set to do traffic shaping, limiting the usage to perhaps 25% of your connection, if you want. How about linking apt-get and debconf into one program with all the above features? You can already do most of the above using a bunch of different packages and scripts, but it "might" be easier to setup as "one big daemon". Problems would be vastly heavier requirements and major security issues. Alex Perry <[EMAIL PROTECTED]To: debian-devel@lists.debian.org e.net> cc: (bcc: Vince Mulhollon/Brookfield/Norlight) Fax to: 12/27/2000 Subject: Nice features in a pre package manager 01:12 PM In addition to the previously-mentioned pipelining that installs packages as soon as they're downloaded, so their deb can be deleted, and has careful sequencing so that a package is not downloaded until its dependencies have _already_ been met, it would be nice ... to have the package requesting front end be pipelined and prioritized. I might have 300MB queued for download and install, but it would be _really_ nice to have package "xf86confi
Re: Another Grub question/problem
On Wed, Dec 27, 2000 at 03:23:52PM +1100, Brian May wrote: > At the moment I have: > > kernel (hd0,0)/boot/vmlinuz-2.2.17 root=/dev/hda1 video=0x319 try: kernel (hd0,0)/boot/vmlinuz-2.2.17 root=/dev/hda1 video=vesa:0x319
Re: What do you wish for in an package manager?
Craig Sanders <[EMAIL PROTECTED]> writes: > On Sun, Dec 24, 2000 at 08:41:43PM +, Mark Seaborn wrote: > > I want a system where I can install multiple versions of a library > > (or any package really) and say which version I want each program > > on the system to use, possibly on a per-user basis. The present > > system is a disaster waiting to happen: If I install a package > > from unstable, it often wants to replace my version of libc from > > stable with one from unstable. If this new libc is broken it > > could bring down the whole system, when what I really want to > > happen is for the new package to use the unstable libc and > > everything else carry on using the stable libc. > > this is the risk you take when you use unstable. if that risk is too > great for you, then stick to the stable release. Of course. I know this. It is repeated many times on this mailing list. But it does not have to be so. Why should upgrading package X affect unrelated package Y? If one user wants to use packages from stable, and another user wants to live on the bleeding edge, why should they have to move to different computers? Sure, you could set up a chroot environment for one of the users, but this effectively is the same as using separate machines, and removes many of the advantages of sharing a machine (eg. communication between the two users, and saving disc space by sharing files). > it's a small - tiny, even - risk, but it's there. deal with it. > > the amount of effort and bloat required to implement this idea for > the handful of people who would find any use at all for it just > isn't worth it. it's a gross violation of the KISS principle and > would greatly increase the complexity of systems administration. I strongly disagree. I think it's a matter of finding the right abstractions to make the problem appear simple. > when i upgrade a package, i want it to replace the previous version > - i don't want to keep the last n versions around just on the > off-chance i might have some use for them (e.g. the last 10 versions > of libc6 or the last 10 versions of xbooks would waste an enormous > amount of disk space). That's fine; an advanced package manager would let you express this preference, and would let more cautious people express their preferences (as well as allowing different preferences for critical packages like libc6 and non-critical packages like xbooks). > if i really need more than one version of a library installed, i can > compile it in /usr/local and set LD_PRELOAD appropriately. For LD_PRELOAD to work I have to somehow get it into the environments of every program that will start programs that I want to use the new library version. This is particularly difficult for running programs (eg. the GNOME panel). Also LD_PRELOAD only works for C libraries. A better solution might be what Plan 9 does: Each process can have a different view of the filesystem. So you can map different libraries into the filesystem of each process if you want, but leave the rest unchanged. This ought to be doable on the Hurd. -- Mark Seaborn - [EMAIL PROTECTED] - http://members.xoom.com/mseaborn/ - ``I owe a lot to my parents, especially my mother and my father'' -- Greg Norman
Re: ITO: catdoc
Hello, On Wed, Dec 27, 2000 at 11:18:54AM -0600, Sam TH wrote: > On Wed, Dec 27, 2000 at 12:25:54PM +0100, Toni Mueller wrote: > > just wanted to point to wv which seems to do a much better > > job than catdoc, and also operates from a script if desired. > > Apparently only the GUI is "missing". > > Actually, wv is a command line only program, although it is now > available as a library as well. Look for my request-to-adopt soon. yes, I saw that is already mentioned in 'unstable' when you search for available packages on www.debian.org. Don't know who was listed as maintainer, though. Best Regards, --Toni++
Re: ITO: catdoc
++ 27/12/00 16:03 +0100 - Dr. Guenter Bechly: > Oops, I already adopted the package on 24th Dec. Sorry, but I did not know > that anybody else was interested in adopting it. It had announced my ITA a > day before. I have upload catdoc only know and closed the bug. sorry. NIDD -- The Debian Project. Debian [EMAIL PROTECTED] Expo Road Show coordinator. Linux Expo Road Show Timeline: 23.04.01 Prague, 24.04.01 Budapest, 25.04.01 Warsaw, 26.04.01-28.04.01 Moscow. Conferences in all cities and exhibition in Moscow. Visit http://people.debian.org/~nidd/LERS-TODO.html if you're intrested. Mail contact: [EMAIL PROTECTED] Phone contact: 7-095-4281612 pgpYJoBLqxEmw.pgp Description: PGP signature
Re: List of packages that could be dropped
On Tue, Dec 26, 2000 at 03:22:21PM +0100, Christian Kurz wrote: > > Hi, > |mhash (235 days old) > > Has this package been dropped from unstable? If yes, can we close the > wnpp-bug about it? No. I'm not sure if gorgo orphaned it or not. php4 builds an extension with this library. Dunno, how useful it is though. Maybe I'll take a look at this after Xmas. Petr Cech
Re: ITO: catdoc
++ 28/12/00 00:51 +0300 - Peter Novodvorsky: > ++ 27/12/00 16:03 +0100 - Dr. Guenter Bechly: > > Oops, I already adopted the package on 24th Dec. Sorry, but I did not know > > that anybody else was interested in adopting it. It had announced my ITA a > > day before. > > I have upload catdoc only know and closed the bug. sorry. s/know/now/ ;-) NIDD -- The Debian Project. Debian [EMAIL PROTECTED] Expo Road Show coordinator. Linux Expo Road Show Timeline: 23.04.01 Prague, 24.04.01 Budapest, 25.04.01 Warsaw, 26.04.01-28.04.01 Moscow. Conferences in all cities and exhibition in Moscow. Visit http://people.debian.org/~nidd/LERS-TODO.html if you're intrested. Mail contact: [EMAIL PROTECTED] Phone contact: 7-095-4281612 pgppLYF0GiRQZ.pgp Description: PGP signature
Feature Request: BTS
Hello, I'd like to have a feature in the BTS. That's the ability to select a minimum (maximum?) version of a given package to search for. Should shorten the sometimes rather longish lists of bug reports (and thereby helping to read them faster and closer, too. I may volunteer to do it, but would need a sponsor. Best Regards, --Toni++
Re: Feature Request: BTS
On Wed, 27 Dec 2000, Toni Mueller wrote: > > Hello, > > I'd like to have a feature in the BTS. That's the ability to select a > minimum (maximum?) version of a given package to search for. Should > shorten the sometimes rather longish lists of bug reports (and thereby > helping to read them faster and closer, too. I may volunteer to do it, > but would need a sponsor. The bts doesn't store versions. BEGIN GEEK CODE BLOCK Version: 3.12 GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS-- PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z? -END GEEK CODE BLOCK- BEGIN PGP INFO Adam Heath <[EMAIL PROTECTED]>Finger Print | KeyID 67 01 42 93 CA 37 FB 1E63 C9 80 1D 08 CF 84 0A | DE656B05 PGP AD46 C888 F587 F8A3 A6DA 3261 8A2C 7DC2 8BD4 A489 | 8BD4A489 GPG -END PGP INFO-
Re: List of packages that could be dropped
On Wed, 27 Dec 2000, [iso-8859-1] Petr Čech wrote: > > |mhash (235 days old) > No. I'm not sure if gorgo orphaned it or not. php4 builds an extension with he says, `i think i did... about the time when i orphaned php' -- [-] ``And there are plenty of other innovative pieces of software such as Napster and ICQ.'' -- comment on ``Systems Software Research is Irrelevant'' at http://freshmeat.net/news/2000/08/05/965534399.html
RE: What do you wish for in an package manager?
Sorry if I'm a bit late to the party, but I'm going to look into doing something similiar to what Dwayne's doing, with a heavy Java slant. Anyway, I wrote up a wishlist of sorts here : http://www.devel.e-plagiarism.com/~entropy/proposals/jam.html The ideas seem sound, but I haven't had too many people beat on it. It's a rough, first draft, so please don't scream too loudly. Again, it's java-centric. I'd like to be able to create a generic c/c++ capable version later, but at the moment that's a bit more then I want to take on. I'm still looking for any design or just documentation on the thought behind Apt, but it seems woefully unavailable. Before someone says, "Go to the Java list" *again*, I want thought process, not programming code or language thought. Anyway, enjoy, hope it helps, Matt
Re: ITO: catdoc
msg.pgp Description: PGP message
Re: ITO: catdoc
On Wed, Dec 27, 2000 at 10:47:17PM +0100, Toni Mueller wrote: > > Hello, > > On Wed, Dec 27, 2000 at 11:18:54AM -0600, Sam TH wrote: > > On Wed, Dec 27, 2000 at 12:25:54PM +0100, Toni Mueller wrote: > > > just wanted to point to wv which seems to do a much better > > > job than catdoc, and also operates from a script if desired. > > > Apparently only the GUI is "missing". > > > > Actually, wv is a command line only program, although it is now > > available as a library as well. Look for my request-to-adopt soon. > > yes, I saw that is already mentioned in 'unstable' when you > search for available packages on www.debian.org. Don't know > who was listed as maintainer, though. What happend was the maintainer of wordview, as the package used to be called, hasn't updated it in 13 months. Since then, it has gone through a total overhaul, now works a a library, and has a new maintainer. the most recent version in unstable is called wv, and was an NMU. sam th [EMAIL PROTECTED] http://www.abisource.com/~sam GnuPG Key: http://www.abisource.com/~sam/key pgpgA9ZZYDrL8.pgp Description: PGP signature
Re: Bug#80343: general: Lack of policy on which files should be owned by which user
Isn't there rudimentary ACL implementation in the kernel? An ACL would do the job nicely... On Wed, 27 Dec 2000, Eray Ozkural (exa) wrote: > Peter Eckersley wrote: > > > > > > If my I want a file to be readable by everybody *except* user fred, I > > can set permissions: > > > > [EMAIL PROTECTED]:~> ls -l plot-against-fred > > -rwr--1 pde fred 1 Dec 27 17:12 plot-against-fred > > > > Of course, I need root access to do it :( > ^^^ > > That's what troubles me. > > > -- Pardon me, but you have obviously mistaken me for someone who gives a damn. email [EMAIL PROTECTED]
ITP: libcrypt-ssleay-perl
[This message has been submitted as a wishlist bug against wnpp; the bug number is 80584.] Crypt::SSLeay allows LWP::UserAgent objects (among others) to correctly perform GET and POST operations over HTTPS. Since it uses SSL, the package will depend on libssl095a (and build-depend on the appropriate -dev package, of course). I downloaded my copy of the upstream sources from ftp://mirror.aarnet.edu.au/pub/CPAN/authors/C/CH/CHAMAS/Crypt-SSLeay-0.18.tar.gz. Copyright: This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. All that remains is to work out appropriate build-time dependencies, remove the interactive build-time configuration, test the package, and upload it. -- ``Banks *are* bastards.'' -- John Laws
Re: List of packages that could be dropped
195 days is a lot of time to have an important package orphaned. At 6 or so months of "orphaned-ness", if a maintainer is not found, one should and IMHO must look at the very real at that point possibility of going on without it. If this necessitates further changes as in removal of an entire architecture, then I'd say that it's time to shit or get off the pot, to use the vernacular. It can't be too damned important if nobody steps up and adopts it for ~6.5 months... ATM, though, it's not a real issue, but I think that in addition to the bug horizons, there needs to be a wnpp check on a freeze: orphaned packages die during a freeze unless adoped post haste (I can't remember if this means that silo would've died during the potato freeze...). On Wed, 27 Dec 2000, Ben Collins wrote: > On Tue, Dec 26, 2000 at 07:06:30PM -0700, John Galt wrote: > > > > If it's so important, why is it orphaned? I'm thinking that if the SPARC > > folx can't be bothered to maintain their bootloader, perhaps the port's > > utilization of resources needs to be called into question... What's the > > point in Debian proper showing more support for SPARC than the SPARC > > community shows for Debian? > > > > What the fuck are you talking about!?! For one the damn thing isn't > changed that often. Upstream isn't making frequent updates, and the > fucking thing works. You need to find your red herrings some place else. > > -- Pardon me, but you have obviously mistaken me for someone who gives a damn. email [EMAIL PROTECTED]
Re: What do you wish for in an package manager?
On Tue, Dec 26, 2000 at 09:30:13PM +1030, Matthew Tuck wrote: > - if my apt download was terminated halfway through and I have no > internet time left, I would still get to install my fully downloaded > packages without messing around with dpkg and trying to work out the > dependencies manually apt-get -m -> "Attempt to continue if archives are unlocatable" > Secondly, the ability to specify higher priorites for certain packages > you really want to download, which will download before the lower > priorities. Often I want to promote certain packages, because they're > new or have important bugfixes or new features I want to see ASAP. apt-get install them first. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: What do you wish for in an package manager?
On Wed, Dec 27, 2000 at 01:03:03AM +, Mark Seaborn wrote: > Of course. I know this. It is repeated many times on this mailing > list. But it does not have to be so. Why should upgrading package X > affect unrelated package Y? If one user wants to use packages from Package X and package Y are not truely unrelated if they share any dynamic libraries, though, eg libc. So do you have any suggestion as to how this could actually be implemented? Even if it's actually desirable (which I dispute), implementation seems far from trivial. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Another Grub question/problem
On Wed, Dec 27, 2000 at 03:23:52PM +1100, Brian May wrote: > still haven't tried 2.2.18. The video= options seems to be completely > ignored, and Linux boots up as if it wasn't there. Did you check /proc/cmdline to see if grub actually passed it to the kernel? Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: ITO: catdoc
So, it seems that I will maintain catdoc, not you? Am I right? Thanks, NIDD -- The Debian Project. Debian [EMAIL PROTECTED] Expo Road Show coordinator. Linux Expo Road Show Timeline: 23.04.01 Prague, 24.04.01 Budapest, 25.04.01 Warsaw, 26.04.01-28.04.01 Moscow. Conferences in all cities and exhibition in Moscow. Visit http://people.debian.org/~nidd/LERS-TODO.html if you're intrested. Mail contact: [EMAIL PROTECTED] Phone contact: 7-095-4281612 pgpmoiYOwaCvL.pgp Description: PGP signature
Re: Bug#80544: [rename] can't rename dir with valid permissions
Hi Martin, cross-posting to debian-devel because your assessment of the bug is totally wrong. Martin Bialasinski wrote: > > Hi, > > > I can rename a directory to which I have permissions in shell > > > orion:mp3$ ls -ald Rob\ Zombie/ > > drwxrwxr-x2 root windows 16384 May 21 2000 Rob Zombie/ > > These permissions are irrelevant. > You want to change a directory item, therefore you need to have write > permission on the directory containing this entry. > > Did you actually *try* to rename the directory on the shell, or did > you conclude it should work from the above permissions? > Martin. Yes. I tried. Do you think I'm a newbie or something? Why do you think the file is owned by root? It's on windows partition... And YES I've got group write rights. Why do you think I say that I have permissions? Do you think everyone reporting a bug is a lamer? Revise your prejudice please. orion:exa$ groups exa dialout cdrom audio dip video windows I can do ANYTHING I WANT to those files okay? only in gmc renaming (that is the old mv) will fail > > But gmc thinks I don't have sufficient rights and thus doesn't allow > > me to graphically change the name from properties!! awesome bug. > > I assume, you don't run gmc as root, and your primary group is also > not "windows". > insufficient assumptions. primary group? hah. I can either change a file. Or not. Either I'm in a group or *not*. There is no in between like a *primary group*. If an application makes such a distinction, and does not allow renaming on the basis of a vacuous distinction like this, we call it a BUG. BTW, the same gmc happily moves files and dirs in the same directory. The only thing it can't do is "renaming" which is AFAIK the same thing as moving files. Check it out for yourself: orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini orion:Stuff$ mv desktop.ini desktop.what! orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.what! orion:Stuff$ mv desktop.what! desktop.ini orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini orion:Stuff$ I am not making these up. It isn't fiction. I'm reporting a true event. :( I don't have to defend a bug like this. If you tried to actually reproduce it before dismissing it like this, you would see what an annoying bug it is. Do you prefer that the bug remains unreported? *sigh* I feel like a lot of bugs are being *censored*. :( -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: List of packages that could be dropped
Previously Christian Kurz wrote: > |dpkg-scriptlib -- dpkg-perl and dpkg-python (142 days old) > > Is any package using functions of dpkg-perl or dpkg-python? If yes, I > think someone should take care of this packages and the bugs that are in > them. If not, could we move this packages from our distribution to > experimental until they are fixed and a new maintainer for them has been > found? tetex depends on dpkg-perl. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: Bug#80544: [rename] can't rename dir with valid permissions
"Eray Ozkural (exa)" <[EMAIL PROTECTED]> writes:
> Check it out for yourself:
>
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini
> orion:Stuff$ mv desktop.ini desktop.what!
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.what!
> orion:Stuff$ mv desktop.what! desktop.ini
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini
> orion:Stuff$
What are the permissions on the directory "Stuff"?
Permission to unlink and rename files in a directory is granted by
write access to the directory that contains the link, not by the
permissions on the file itself.
It's difficult to tell from your initial bug report if you have write
permissions to the directory containing the directory "Rob Zombie"
("mp3") or not.
I just ran a test with gmc and was able to rename a directory within a
directory I had rights to. I then chowned the parent directory to
root.root, and got the appropriate error from gmc.
At a guess, I would say this is a non-bug.
jason
--
``Banks *are* bastards.'' -- John Laws
Re: Bug#80544: [rename] can't rename dir with valid permissions
Jason Henry Parker wrote: > At a guess, I would say this is a non-bug. I'm saying that I can't rename a file using gmc which I *can* otherwise rename. So your first guess in not very accurate. You know how to rename something in gmc, yes? You do that in the properties of a file, by editing the name and then clicking okay. The edit widget there becomes a ghost item in this startling case. Try to reproduce what I do there. The permissions on parent are irrelevant. That's a vfat filesystem. Permissions are same everywhere anyway if you wonder. orion:exa$ cat /etc/fstab | grep vfat /dev/hda2 /winvfatdefaults,user,exec,suid 1 0 /dev/hdb1 /data vfatdefaults,user,rw,exec,gid=105,umask=002 1 0 /dev/sda4 /zipvfatdefaults,user,exec,rw,noauto0 0 /dev/sda1 /zip/ppa-bugvfatdefaults,user,exec,rw,noauto0 0 that happens to be data and gid 105 is windows !!! -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
(a small correction) Re: Bug#80544: [rename] can't rename dir with valid permissions
"Eray Ozkural (exa)" wrote: > > Try to reproduce what I do there. The permissions on parent > are irrelevant. That's a vfat filesystem. Permissions are > same everywhere anyway if you wonder. Sorry sorry sorry sorry. Permissions on parent of course do matter as you express. However, in this case the permissions are uniform so the problem is not that. Anyway, I can rename in bash but not in gmc. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Intent to Orphan: fakebo
For reasons ranging from (lack of) time to obsolescence, I'm hereby orphaning fakebo. If anyone likes it well enough to take it over, speak up now. If no one steps forward in the near future, I'm going to officially request it's removal, as it has a security bug filed against it (#76314). It does drop privileges (running as "nobody" by default), and I don't think it's dangerous beyond a DOS, but still... On the more mundane side, it doesn't know how to deal with BO2K, and upstream development appears to be halted (no mailing-list or CVS updates updates in a year). pgpM3Tl8ADdOh.pgp Description: PGP signature
Re: booting Linux 2.2.18 NFS-Root
> "Branden" == Branden Robinson <[EMAIL PROTECTED]> writes: Branden> On Wed, Dec 27, 2000 at 03:58:47PM +1100, Brian May Branden> wrote: >> I seem to have problems booting Linux 2.2.18 via NFS root >> image. **2.2.17 works fine**, but 2.2.18 says "No NFS servers >> available, giving up". Branden> [...] >> Any ideas what is going on? Branden> This may not have anything to do with it, but IIRC, Alan Branden> Cox merged the NFS v3 code into the 2.2.18 series. I fixed the problem. I am not sure if this was my fault or a change in the kernel, but now I have to use the "-i rom" option when creating the wrapper using mknbi-linux. It looks like the options the wrapper passes to the kernel disables it from doing the lookup automatically (I think this has changed in the kernel, not sure when). Somewhere now, something has broken the NFS-Root shutdown procedure. It complains that /etc and /dev are in use, and can't be unmounted. This use to work fine with 2.2.17, not sure what has changed. Then again, I don't understand how it did work... Oh, another thing, I keep getting warnings like this: Dec 27 21:15:34 pluto kernel: nfs warning: mount version older than kernel Is it OK to ignore these? As for NFSv3, I enabled it everywhere (I doubt my user-space daemon supports it though... Probably should use the kernel daemon.) --- what is the difference? -- Brian May <[EMAIL PROTECTED]>
Re: List of packages that could be dropped
On Wed, Dec 27, 2000 at 04:26:57PM -0700, John Galt wrote: > > 195 days is a lot of time to have an important package orphaned. At 6 or > so months of "orphaned-ness", if a maintainer is not found, one should and > IMHO must look at the very real at that point possibility of going on > without it. If this necessitates further changes as in removal of an > entire architecture, then I'd say that it's time to shit or get off the > pot, to use the vernacular. It can't be too damned important if nobody > steps up and adopts it for ~6.5 months... ATM, though, it's not a real > issue, but I think that in addition to the bug horizons, there needs to be > a wnpp check on a freeze: orphaned packages die during a freeze unless > adoped post haste (I can't remember if this means that silo would've died > during the potato freeze...). silo (0.9.9-1) unstable; urgency=low * New upstream * Took over silo's packaging -- Erick Kinnee <[EMAIL PROTECTED]> Mon, 4 Sep 2000 10:54:23 -0500 No one knew it was on wnpp you idiot. As for your "adopt or die", bullshit. Packages are not removed unless they present too many bugs to stay in. Silo had no bugs above normal, only 6 bugs in all, 5 of them were closable as is (already fixed), and the last was wishlist. Put up or shut up (to use your unique vernacular), because if you haven't got anything useful to say, you are just pissing people off. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
libapache-mod-perl does not activate the module
Hello, depending on libapache-mod-perl is not enough for my new package slash to be runable on a Debian box, sinde libapache-mod-perl does not reconfigure/activate the mod_perl Module in postinst. Am I allowed to check for the comemnted mod_perl line in apache's config and offer the option to activate it in my postist script (or call the apacheconfig script, but i am not sure if that will help), or should i file a wishlist bug agaianst libapache-mod-perl, requiring it to automatically add it to the list of loaded modules (like some others, like php are doing). Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: Rambling apt-get ideas
On Wed, Dec 27, 2000 at 02:03:14PM -0600, Vince Mulhollon wrote: > How about an "apt-getd" debian daemon. > > Use a apt-get client to remotely mess with another workstations packages. > Messing with only one workstation at a time is boring. How about multicast > to configure a hundred workstations instead, all at once? And then have a > proxying apt-getd server multicast out the .deb files to all the machines > at the same time? You can do this already with apt-get and squid. -- - mdz
Re: libapache-mod-perl does not activate the module
On Thu, Dec 28, 2000 at 04:02:16AM +0100, Bernd Eckenfels wrote: > Hello, > > depending on libapache-mod-perl is not enough for my new package slash to be > runable on a Debian box, sinde libapache-mod-perl does not > reconfigure/activate the mod_perl Module in postinst. > > Am I allowed to check for the comemnted mod_perl line in apache's config and > offer the option to activate it in my postist script (or call the > apacheconfig script, but i am not sure if that will help), or should i file > a wishlist bug agaianst libapache-mod-perl, requiring it to automatically > add it to the list of loaded modules (like some others, like php are doing). I'd rather you file bugs on the other packages which call apacheconfig interactively in postinst - I'm thinking of adding a 'just add this module, commented out, changing nothing else' option to apacheconfig. Either that or giving in and applying debconf to such a silly little problem. I really strongly disapprove of running apacheconfig; it can have startling changes on the behavior of an already configured server. See http://bugs.debian.org/79460 for more of my thoughts on this subject. Dan /\ /\ | Daniel Jacobowitz|__|SCS Class of 2002 | | Debian GNU/Linux Developer__Carnegie Mellon University | | [EMAIL PROTECTED] | | [EMAIL PROTECTED] | \/ \/
Openwall kernel patches
Has anyone looked into packaging the Openwall patches for the kernel? Their licensing is kosher. If nobody else steps up, I'll probably do it. -- - mdz
ITP: fuzz
Package: wnpp Severity: wishlist (already submitted to the BTS, is #80263) homepage URL: http://sourceforge.net/projects/fuzz/ d/l URL: http://download.sourceforge.net/fuzz/fuzz-0.6.tar.gz author: Ben Woodard (ben at valinux dot com) Fuzz is a debugging utility that checks for buffer overflows and other bugs (notably crashes and hangs because of lack of sanity checks, errors that are checked for but not correctly dealt with, and the like) by feeding a program random input through STDIN and argv. Distributed under the GNU General Public License. I will need a sponsor in order to upload this (currently waiting for an AM). My current try at packaging it is available at http://finbar.dyndns.org/~tgs/debapp/fuzz/ thanks and have a nice day -- Thomas Smith <[EMAIL PROTECTED]> http://finbar.dyndns.org/ gpg key id 0xACABA81E, fingerprint: 3A47 CFA5 0E5D CF4A 5B22 12D3 FF1B 84FE ACAB A81E pgpABs9J4nFWM.pgp Description: PGP signature
ITP: ttyrec -- a tty recorder
Package: wnpp Severity: wishlist http://www.namazu.org/~satoru/ttyrec/> Description: A tty recorder ttyrec is a tty recorder. A recorded data can be playback with the included ttyplay command. ttyrec is just a derivative of script command for recording timing information with microsecond accuracy as well. It can record emacs -nw, vi, lynx, or any programs running on tty. License is BSD style. Regards.
Re: Another Grub question/problem
> "Hamish" == Hamish Moffatt <[EMAIL PROTECTED]> writes: Hamish> On Wed, Dec 27, 2000 at 03:23:52PM +1100, Brian May wrote: >> still haven't tried 2.2.18. The video= options seems to be >> completely ignored, and Linux boots up as if it wasn't there. Hamish> Did you check /proc/cmdline to see if grub actually passed Hamish> it to the kernel? cat /proc/cmdline mem=131008K root=/dev/hda1 video=0x319 I am having similar problems on this diskless NFS-Root system, too,\ where I have tried all the suggested combinations. Right now: cat /proc/cmdline auto rw root=/dev/nfs video=788 nfsaddrs=192.168.87.130:192.168.87.129:192.168.87.129:255.255.255.0: -- Brian May <[EMAIL PROTECTED]>
Re: Bug#80544: [rename] can't rename dir with valid permissions
On Thu, Dec 28, 2000 at 03:05:50AM +0200, Eray Ozkural (exa) wrote: > Martin. Yes. I tried. Do you think I'm a newbie or something? Why > do you think the file is owned by root? It's on windows partition... Hold on ... this is an msdos partition mounted? If so, check out man 8 mount; specifically the uid and gid options. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpvBSVvhDxPf.pgp Description: PGP signature
