Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
James Rayner schrieb: There's some vague support, though I have no idea how well/if it still works. Nor is it documented well. btw, I've been meaning to contact you to work out some way to make autowifi and netcfg work well together. Haha, I have a very good idea on how to do it, but not the time to implement it right now. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Thu, Jul 2, 2009 at 3:00 AM, Thomas Bächler wrote: > > I collected it together from several (old) HOWTOs back in 2001 and there's a > wiki page on Arch (originally written by your's truly) - sad that netcfg > doesn't include support (or does it?). > There's some vague support, though I have no idea how well/if it still works. Nor is it documented well. btw, I've been meaning to contact you to work out some way to make autowifi and netcfg work well together. James
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Thomas Bächler wrote: > Allan McRae schrieb: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt >>> >>> Where does that come from? It's not in any package I know of. >>> >> >> rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so > > That is stupid. ppp plugins are supposed to be in > /usr/lib/pppd/$VERSION and the ppp package already contains the > rp-pppoe plugin. Why does rp-pppoe install it again? Why do we even > need rp-pppoe? > There are an old open ticket for this: http://bugs.archlinux.org/task/13876 FS#13876 - [rp-pppoe] package: .so file in /etc -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Damjan Georgievski schrieb: Now, rp-pppoe's /etc/ppp/plugins/rp-pppoe.so and ppp-2.4.4's /usr/lib/pppd/2.4.4/rp-pppoe.so are doing the same thing, only the rp-pppoe version should be a bit newer and better. I dont have a clear overview of what the differences are (the ppp one is an older fork of the rp-pppoe version), but I could make a diff and check for obvious things if needed. That's what I thought. My impression was that the ppp project is mostly dead, but its sources were imported into a git[1] last year and there was active development. Nothing was ever released though. Anyway, putting a plugin into /etc/ is stupid regardless of why it is being done. [1] http://git.ozlabs.org/?p=ppp.git;a=summary signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
>>> rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so >> >> That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION and >> the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe >> install it again? Why do we even need rp-pppoe? > > Good question - does anyone actually use it? Yes I do use it, at least rp-pppoe has the pppoe-server program that's for pppoe servers (which I don't think is generally usefull for anyone). But also it contains the pppoe-start/-stop scripts that are usefull for easy connecting to pppoe without networkmanager etc. Also it contains scripts you *must* use if your setup doesn't support kernel-mode-pppoe. Now, rp-pppoe's /etc/ppp/plugins/rp-pppoe.so and ppp-2.4.4's /usr/lib/pppd/2.4.4/rp-pppoe.so are doing the same thing, only the rp-pppoe version should be a bit newer and better. I dont have a clear overview of what the differences are (the ppp one is an older fork of the rp-pppoe version), but I could make a diff and check for obvious things if needed. -- damjan
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Loui Chang schrieb: Some features of ppp include * works sometimes Haha, I've been using ppp and PPPoE for over 8 years (except the short period of time where I had a cheap router). `man rp-pppoe` My design goals for this PPPoE client were as follows, in descending order of importance: o It must work. There's no documentation about pppoe in ppp either. rp-pppoe helps me make my ADSL connection easily. I collected it together from several (old) HOWTOs back in 2001 and there's a wiki page on Arch (originally written by your's truly) - sad that netcfg doesn't include support (or does it?). signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Thu 02 Jul 2009 01:29 +1000, Allan McRae wrote: > Loui Chang wrote: > >On Wed 01 Jul 2009 09:48 -0500, Aaron Griffin wrote: > >>On Wed, Jul 1, 2009 at 7:32 AM, Thomas Bächler wrote: > >>>Allan McRae schrieb: > >>For example: > >>http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt > >Where does that come from? It's not in any package I know of. > > > rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so > >>>That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION > >>>and > >>>the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe > >>>install it again? Why do we even need rp-pppoe? > >>Good question - does anyone actually use it? > > > >http://www.archlinux.de/?page=PackageStatistics > >Eh. 72% of pkgstats users do. > > No, 28% know they don't want it even though it is in "base". > Slightly different... Hmm. It probably shouldn't be in base, but it should be available on the install CD.
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Ahem, isn't that part of the base install, and people have to or used to have explicitely uncheck it on install? That would explain that number. -T On Wed, 01 Jul 2009, Loui Chang wrote: > > > > Good question - does anyone actually use it? > > http://www.archlinux.de/?page=PackageStatistics > Eh. 72% of pkgstats users do. >
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Loui Chang wrote: On Wed 01 Jul 2009 09:48 -0500, Aaron Griffin wrote: On Wed, Jul 1, 2009 at 7:32 AM, Thomas Bächler wrote: Allan McRae schrieb: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt Where does that come from? It's not in any package I know of. rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION and the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe install it again? Why do we even need rp-pppoe? Good question - does anyone actually use it? http://www.archlinux.de/?page=PackageStatistics Eh. 72% of pkgstats users do. No, 28% know they don't want it even though it is in "base". Slightly different... Allan
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Wed 01 Jul 2009 09:48 -0500, Aaron Griffin wrote: > On Wed, Jul 1, 2009 at 7:32 AM, Thomas Bächler wrote: > > Allan McRae schrieb: > > For example: > http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt > >>> > >>> Where does that come from? It's not in any package I know of. > >>> > >> > >> rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so > > > > That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION and > > the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe > > install it again? Why do we even need rp-pppoe? > > Good question - does anyone actually use it? http://www.archlinux.de/?page=PackageStatistics Eh. 72% of pkgstats users do.
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Wed 01 Jul 2009 14:32 +0200, Thomas Bächler wrote: > Allan McRae schrieb: > >>>For example: > >>>http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt > >> > >>Where does that come from? It's not in any package I know of. > >> > > > >rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so > > That is stupid. ppp plugins are supposed to be in > /usr/lib/pppd/$VERSION and the ppp package already contains the > rp-pppoe plugin. Why does rp-pppoe install it again? Why do we even > need rp-pppoe? Hahha. Maybe because of this: http://www.samba.org/ppp/features.html > Some features of ppp include > > * works sometimes `man rp-pppoe` > My design goals for this PPPoE client were as follows, in descending > order of importance: > > o It must work. There's no documentation about pppoe in ppp either. rp-pppoe helps me make my ADSL connection easily.
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Wed, Jul 1, 2009 at 7:32 AM, Thomas Bächler wrote: > Allan McRae schrieb: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt >>> >>> Where does that come from? It's not in any package I know of. >>> >> >> rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so > > That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION and > the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe > install it again? Why do we even need rp-pppoe? Good question - does anyone actually use it?
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Allan McRae schrieb: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt Where does that come from? It's not in any package I know of. rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so That is stupid. ppp plugins are supposed to be in /usr/lib/pppd/$VERSION and the ppp package already contains the rp-pppoe plugin. Why does rp-pppoe install it again? Why do we even need rp-pppoe? signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Thomas Bächler wrote: Gerardo Exequiel Pozzi schrieb: Pierre Schmitz wrote: * Only extract files from /opt /lib /sbin /bin /usr/lib /usr/sbin /usr/bin This will be omit some ELF files that are outside these directories: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt Where does that come from? It's not in any package I know of. rp-pppoe-3.10-1/files:etc/ppp/plugins/rp-pppoe.so
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Gerardo Exequiel Pozzi schrieb: Pierre Schmitz wrote: * Only extract files from /opt /lib /sbin /bin /usr/lib /usr/sbin /usr/bin This will be omit some ELF files that are outside these directories: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt Where does that come from? It's not in any package I know of. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Allan McRae wrote: > Pierre Schmitz wrote: >> On Sunday 28 June 2009 19:25:08 Gerardo Exequiel Pozzi wrote: >> >>> This will be omit some ELF files that are outside these directories: >>> >>> For example: >>> http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt >>> http://archlinux.djgera.com.ar/pkgdyn/out/i686/extra.badfhs.txt >>> http://archlinux.djgera.com.ar/pkgdyn/out/i686/community.badfhs.txt >>> >> >> Sure, but those packages are just broken. You cannot put binaries >> into /usr/share or even /etc. Absolutelly, yes. >> >> Doesn't namcap catch those? If not it should be implemented. >> > > The current namcap definitely does not. I haven't checked in git. A > feature request probably needs files. OK. > > Everything with a binary in /usr/share needs a bug report filed also. > > Allan > OK, so I will start opening one bug report for each pkg don't complaint about this. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Pierre Schmitz wrote: On Sunday 28 June 2009 19:25:08 Gerardo Exequiel Pozzi wrote: This will be omit some ELF files that are outside these directories: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt http://archlinux.djgera.com.ar/pkgdyn/out/i686/extra.badfhs.txt http://archlinux.djgera.com.ar/pkgdyn/out/i686/community.badfhs.txt Sure, but those packages are just broken. You cannot put binaries into /usr/share or even /etc. Doesn't namcap catch those? If not it should be implemented. The current namcap definitely does not. I haven't checked in git. A feature request probably needs files. Everything with a binary in /usr/share needs a bug report filed also. Allan
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
On Sunday 28 June 2009 19:25:08 Gerardo Exequiel Pozzi wrote: > This will be omit some ELF files that are outside these directories: > > For example: > http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt > http://archlinux.djgera.com.ar/pkgdyn/out/i686/extra.badfhs.txt > http://archlinux.djgera.com.ar/pkgdyn/out/i686/community.badfhs.txt Sure, but those packages are just broken. You cannot put binaries into /usr/share or even /etc. Doesn't namcap catch those? If not it should be implemented. -- Pierre Schmitz, http://users.archlinux.de/~pierre
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Pierre Schmitz wrote: > * Only extract files from /opt /lib /sbin /bin /usr/lib /usr/sbin /usr/bin > This will be omit some ELF files that are outside these directories: For example: http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.badfhs.txt http://archlinux.djgera.com.ar/pkgdyn/out/i686/extra.badfhs.txt http://archlinux.djgera.com.ar/pkgdyn/out/i686/community.badfhs.txt -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [arch-dev-public] [idea] global link database for all packages
Pierre Schmitz wrote: > Hi, > > I just got an idea which might be worth to think about. Namcap is quite > useful > but due to its limitation of only seeing a certain pkg file at a time it > cannot answer all questions. > > The idea is to create a database (similar to the file list we already create) > which includes lists of files and to which they are linked. Hi, Some times ago I sended to the list this: http://github.com/djgera/pkgdyn For the database output and output usable data: http://archlinux.djgera.com.ar/pkgdyn http://archlinux.djgera.com.ar/pkgdyn/out/i686/core.the-BIG-dependency-family.sortbynrdeps.txt -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
