Re: Re: Fedora Directory Server port to Debian ?
I have used for some time Netscape Directory Server, iPlanet Directory Server and OpenLDAP (several versions) in big infrastructures. I had some problems with all of them, and also good times. Now, I am making a systems definition for a moderate to big mail system. I was thinking only in OpenLDAP as I need real open-source software. But 4 days ago Red Hat has published its whole Fedora Directory Server (not only parts of it) in an open-source type license. I do not mind Multi Master replication, in fact I have only found very few scenarios in the past where it could have been a desired feature. But now I almost need some type of virtual attributes, the like FDS implements through Class of Service attributes. In OpenLDAP there are collective attributes but I think I can not use them for my needs. I want to use this feature for a group of attributes, like mail quota, mail storage subsystem used, max number of messages send once, etc. Then I can define virtual attributes representing pregiven values for different users, and whether I need to change some global attribute I do not need to change all users. I know I can make this in the client side, but that would break compatibility with existing software that I would then have to tweak. If I could do this some way with OpenLDAP I shall use it. I have not used OpenLDAP in big systems for several years, so I can not tell I am an expert with it. If I am wrong, and it is possible to implement some type of Class of Service with OpenLDAP, I would apprecciate you tell me. If it is not possible, maybe this is a good reason to make a package for FDS in Debian, to get in touch and involved in FDS development, and/or make OpenLDAP improve in this and other features. -- Emilio Perez eperez-_AT_-cesatel.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt PARALLELISM
Hi, I'll be so glad to see next (or one of the next) version of the apt package, to have PARALLELISM.For example if I have more than one row pointing to one stage (stable testing or unstable) in /etc/apt/sources.list, apt to get one packet from one server, and at the same time to get second packet from the second server. Now apt from unstable match the fist server and began to download all packets from that server.Example: (/etc/apt/sources.list)deb http://ftp.en.debian.org/debian main stable contrib non-free deb http://ftp.de.debian.org/debian main stable contrib non-freein this case the stable packages will be ONLY downloaded from first server from the list ... Thank You!Best regards
awstats configuration and installation
hi,
after installing awstats package on sarge it took a bit of figuring out how
to configure it.
here are my notes which may help someone or mey help the awstats package
maintainer.
Installation of awstats
The awstats package was chosen because it seems to be the most advanced log
file analyser.
Here we describe how to install awstats to get stats pages for individual
virtual hosts on Apache.
Installation is initially carried out via apt - but then the rest is fairly
tricky and needs to be carried out manually.
Install awstats package
server1:~# apt-get -s install awstats
Set up log files
The log files for the individual sites need to be set up. This is set in
the VirtualHost? directive. Note the 'combined' directive which tells
Apache what format of log file to produce.
DocumentRoot /home/svs/public_html
ServerName www.example2.co.uk
CustomLog /var/log/apache/www.example2.co.uk-access.log combined
ErrorLog /var/log/apache/www.example2.co.uk-error.log
Then checked and restarted Apache
server1:~# apachectl configtest
Syntax OK
server1:~# apachectl graceful
/usr/sbin/apachectl graceful: httpd gracefully restarted
server1:~#
Alter logrotate
Changed the 'create' setting in /etc/logrotate.d/apache from 640 to 644.
This means that the Apache log files are readable by everyone. No security
issue was mentioned with regards this setup.
If necessary I would think that the logrotate setting could be set only for
only the log files which awstats is accessing.
server1:~# nano /etc/logrotate.d/apache
server1:~# cat /etc/logrotate.d/apache
/var/log/apache/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
create 644 root adm
sharedscripts
postrotate
if [ -f /var/run/apache.pid ]; then \
if [ -x /usr/sbin/invoke-rc.d ]; then \
invoke-rc.d apache reload > /dev/null; \
else \
/etc/init.d/apache reload > /dev/null; \
fi; \
fi;
endscript
}
Make existing log files accessible
To check everything is working we need to make the existing log files
accessible to awstats.
server1:/var/log/apache# chmod 644 www.example2.co.uk*
Alter Apache configuration
Now we will run the awstats_configure.pl script which will set up certain
parts of the Apache configuration.
This fails when trying to create a build a profile - so best just to select
'N'.
So all we are using this script for is to update the httpd.conf file so
that awstats is accessible and the cgi scripts will work.
server1:/usr/share/doc/awstats/examples# ./awstats_configure.pl
- AWStats awstats_configure 1.0 (build 1.4) (c) Laurent Destailleur
-
This tool will help you to configure AWStats to analyze statistics for
one web server. You can try to use it to let it do all that is possible
in AWStats setup, however following the step by step manual setup
documentation (docs/index.html) is often a better idea. Above all if:
- You are not an administrator user,
- You want to analyze downloaded log files without web server,
- You want to analyze mail or ftp log files instead of web log files,
- You need to analyze load balanced servers log files,
- You want to 'understand' all possible ways to use AWStats...
Read the AWStats documentation (docs/index.html).
-> Running OS detected: Linux, BSD or Unix
Warning: AWStats standard directory on Linux OS is '/usr/local/awstats'.
If you want to use standard directory, you should first move all content
of AWStats distribution from current directory:
/usr/share/doc/awstats/examples
to standard directory:
/usr/local/awstats
And then, run configure.pl from this location.
Do you want to continue setup from this NON standard directory [yN] ? y
-> Check for web server install
Enter full config file path of your Web server.
Example: /etc/httpd/httpd.conf
Example: /usr/local/apache2/conf/httpd.conf
Example: c:\Program files\apache group\apache\conf\httpd.conf
Config file path ('none' to skip web server setup):
> /etc/apache/httpd.conf
-> Check and complete web server config file '/etc/apache/httpd.conf'
Add 'Alias /awstatsclasses
"/usr/share/doc/awstats/examples/wwwroot/classes/"'
Add 'Alias /awstatscss "/usr/share/doc/awstats/examples/wwwroot/css/"'
Add 'Alias /awstatsicons "/usr/share/doc/awstats/examples/wwwroot/icon/"'
Add 'ScriptAlias /awstats/
"/usr/share/doc/awstats/examples/wwwroot/cgi-bin/"'
Add '' directive
AWStats directives added to Apache config file.
-> Need to create a new config file ?
Do you want me to build a new AWStats config/profile
file (required if first install) [y/N] ?
N
Then restarted Apache again so the new configuration is picked up.
Set up a profile
Each profile basically means that awstats will process a particular log
file and produce a database file from the data in the log
Re: awstats configuration and installation
On Monday 05 December 2005 14:29, kevin bailey wrote: > after installing awstats package on sarge it took a bit of figuring out > how to configure it. > > here are my notes which may help someone or mey help the awstats package > maintainer. Thanks for taking the time. I'm not the maintainer of awstats but I would like to ask to you send your work to the maintainer directly or file a wishlist bug through the "reportbug" tool. Regards Christoph -- ~ ~ ".signature" [Modified] 2 lines --100%--2,41 All -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fedora Directory Server port to Debian ?
In article <[EMAIL PROTECTED]> you wrote: > I have not used OpenLDAP in big systems for several years, so I can not > tell I am an expert with it. If I am wrong, and it is possible to > implement some type of Class of Service with OpenLDAP, I would > apprecciate you tell me. Personally I would use a more traditional approach, an quota attribute for the mailbox class, and if it is empty fall back to a number from mailbox's default profile. This is a bit more work on the application side, but it requires less special features in the directory server, which might make the overall application more portable. Another option would be a script backend in OpenLDAP. > If it is not possible, maybe this is a good reason to make a package for > FDS in Debian, to get in touch and involved in FDS development, and/or > make OpenLDAP improve in this and other features. At least a RFP would be nice, I have thought about playing around with the Server, too. Gruss Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
*** POKED TIMER ***
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With newer upgrade of bind9 I get the Message "*** POKED TIMER ***" in the log several times. I'm not sure if this is a bug or just logpolution. Do anybody know about this issue and why it happens? Gruß Klaus - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]> Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBQ5RTnZ+OKpjRpO3lAQJoBwgAqjzMPYJEdgqduSARmwC7DI0rPSKRqa+F YYPrDafsDMItRNbUeig8cQqvs2P3qG0fNDb9HcS0otizJuDzGM+S+Q0xCAzOAWAK JY2vHBmiHqDyZuui8HfVVaCVTanFtyYHykHrvkDDT9mj4rb299u+aUekLn7tc5kY 9Cg53nxWzrAHdVSFMUrL7AWmmTwdu3vQMR+Pgwc1N8umPOcqFhCqnpyhKgxRNaAz yZfP+34/uENyeQkNxIojCbATJVVhlha126NYjjGY95emWhGeb1pAcnCpZfYfOK6n vXqLD4uY37FTIfgk8XxC74j/YfSujYt7aCW3K5fHzpn6/zaQwz0FBw== =leU6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: awstats configuration and installation
Christoph Haas wrote: > On Monday 05 December 2005 14:29, kevin bailey wrote: >> after installing awstats package on sarge it took a bit of figuring out >> how to configure it. >> >> here are my notes which may help someone or mey help the awstats package >> maintainer. > > Thanks for taking the time. I'm not the maintainer of awstats but I would > like to ask to you send your work to the maintainer directly or file a > wishlist bug through the "reportbug" tool. > > Regards > Christoph will do! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
Vincent Sanders <[EMAIL PROTECTED]> writes: > However, we are in need of assistance! Recently ARM was "separated" > from testing as it is believed it was not keeping up. In fact, the ARM > buildds are generally keeping up well - the problem now is a large > pile of 131 "maybe-failed" packages [1]. To get back into testing, we > need some developer help to debug and fix these problems. Well golly gee. When I sent mail to [EMAIL PROTECTED], saying that packages had failed due to temporarily missing build dependencies, it was apparently ignored for weeks. It took the release manager's involvement to get the build processed. So no, I frankly don't believe the "what we need is developer help to debug and fix." Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
You've Been Added!
This message is to confirm the addition of your email address: debian-devel@lists.debian.org to the Alharamain Sermon(english) Subscribe Me mailing list. If you feel you have received this notice in error, please visit the Alharamain Sermon(english) Subscribe Me mailing list at our website: http://alharamainsermons.org to remove yourself automatically, or click the link below: http://www.alharamainsermons.org/cgi-bin/subscribe/s.pl?r=1&l=1&[EMAIL PROTECTED] Thank you, Alharamain Sermon(english) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342134: ITP: popplerkit.framework -- GNUstep framework for accessing PDF content
Package: wnpp Severity: wishlist * Package name: popplerkit.framework Version : svn snapshot Upstream Author : Stefan Kleine Stegemann * URL or Web page : http://download.gna.org/gsimageapps/PopplerKit * License : GPL Description : GNUstep framework for accessing PDF content PopplerKit is a GNUstep framework for accessing and rendering PDF content. It is based on the poppler library. . Its features are: - Render PDF content. - Extract text from a PDF document. - Access a PDF document's outline. - Search in PDF documents. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
* Thomas Bushnell BSG [Mon, 05 Dec 2005 10:28:43 -0800]: > Well golly gee. When I sent mail to [EMAIL PROTECTED], saying > that packages had failed due to temporarily missing build > dependencies, it was apparently ignored for weeks. It took the > release manager's involvement to get the build processed. > So no, I frankly don't believe the "what we need is developer help to > debug and fix." Sigh. "All the trouble that _I_ ever had with the ARM port was that the buildd maintainer didn't process my request, so it is BLATANTLY OBVIOUS that no other problems with the ARM port exist. I mean, come on, I've never been in a situation where more developer help would have been useful, so I 'frankly believe' such situations do not exist." -- Thomas Bushnell BSG. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org A celebrity is a person who works hard all his life to become well known, then wears dark glasses to avoid being recognized. -- Fred Allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Your Confirmation Required
This message is to verify that you wish to have your email address: debian-devel@lists.debian.org removed from the Alharamain Sermon(english) Subscribe Me mailing list. You MUST click on the link below to have your address removed from our list. This is to ensure that someone doesn't remove your address from our list without your knowledge or consent. Thank you, http://www.alharamainsermons.org/cgi-bin/subscribe/s.pl?r=1&l=1&[EMAIL PROTECTED]&p=164892 America Online users, please click: http://www.alharamainsermons.org/cgi-bin/subscribe/s.pl?r=1&l=1&[EMAIL PROTECTED]&p=164892">Here Alharamain Sermon(english) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
Adeodato Simó <[EMAIL PROTECTED]> writes: > * Thomas Bushnell BSG [Mon, 05 Dec 2005 10:28:43 -0800]: > >> Well golly gee. When I sent mail to [EMAIL PROTECTED], saying >> that packages had failed due to temporarily missing build >> dependencies, it was apparently ignored for weeks. It took the >> release manager's involvement to get the build processed. > >> So no, I frankly don't believe the "what we need is developer help to >> debug and fix." > > Sigh. "All the trouble that _I_ ever had with the ARM port was that > the buildd maintainer didn't process my request, so it is BLATANTLY > OBVIOUS that no other problems with the ARM port exist. I mean, come > on, I've never been in a situation where more developer help would > have been useful, so I 'frankly believe' such situations do not > exist." > > -- Thomas Bushnell BSG. The mail said "there are lots of packages in maybe-failed state, we need help sorting through them." So I thought back to recent history, when packages I maintain were in maybe-failed state on arm, and had sorted through them, identified the problem, and sent email. The email was apparently entirely ignored, for weeks. So when I hear, "we need people to do task X!" and I did a piece of task X, and was simply ignored, I become hesitant to volunteer my time to do more of task X. Thomas
Re: StrongARM tactics
This one time, at band camp, Thomas Bushnell BSG said: > Adeodato Simó <[EMAIL PROTECTED]> writes: > > > * Thomas Bushnell BSG [Mon, 05 Dec 2005 10:28:43 -0800]: > > > >> Well golly gee. When I sent mail to [EMAIL PROTECTED], saying > >> that packages had failed due to temporarily missing build > >> dependencies, it was apparently ignored for weeks. It took the > >> release manager's involvement to get the build processed. > > > >> So no, I frankly don't believe the "what we need is developer help to > >> debug and fix." > > > > Sigh. "All the trouble that _I_ ever had with the ARM port was that > > the buildd maintainer didn't process my request, so it is BLATANTLY > > OBVIOUS that no other problems with the ARM port exist. I mean, come > > on, I've never been in a situation where more developer help would > > have been useful, so I 'frankly believe' such situations do not > > exist." > > > > -- Thomas Bushnell BSG. > > The mail said "there are lots of packages in maybe-failed state, we > need help sorting through them." > > So I thought back to recent history, when packages I maintain were in > maybe-failed state on arm, and had sorted through them, identified the > problem, and sent email. > > The email was apparently entirely ignored, for weeks. > > So when I hear, "we need people to do task X!" and I did a piece of > task X, and was simply ignored, I become hesitant to volunteer my time > to do more of task X. The buildd maintainer is one of the 'notoriously difficult to reach' people in Debian. If you were interested in trying, contacting the mailing list for the port is the obvious next step. Instead, you could hold a grudge and complain. That would be in keeping with the Debian tradition, after all. Note: I am not pretending o be personally involved in the ARM port in any way, and have no strong feelings about it one way or the other. While it would be sad to lose it, I have to say I haven't been working on it. It's just that resonding to a "we need help, and are willing to take a loss to provide porter hardware in order to get that help" email with "some guy didn't answer my email, so screw that port" seems a bit silly and overblown. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: StrongARM tactics
Stephen Gran <[EMAIL PROTECTED]> writes: > Instead, you could hold a grudge and complain. That would be in keeping > with the Debian tradition, after all. Not really holding a grudge; the problem was only just resolved yesterday. In a week, it would be forgotten. It was just ironic. > Note: I am not pretending o be personally involved in the ARM port in > any way, and have no strong feelings about it one way or the other. > While it would be sad to lose it, I have to say I haven't been working > on it. It's just that resonding to a "we need help, and are willing to > take a loss to provide porter hardware in order to get that help" email > with "some guy didn't answer my email, so screw that port" seems a bit > silly and overblown. I'm not saying "screw the port"; I'm saying "help sorting through the failed-build packages may well be wasted work." There may be plenty of other things that are not wasted work. But until the port maintainers figure out a way to not toss work, is it really churlish of me to say I'm not so much interested in doing that work myself? I don't want to see a hundred Debian developers each process two of these packages, and have all that labor wasted. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
You've Been Removed!
This message is to confirm the removal of your email address: debian-devel@lists.debian.org from the Alharamain Sermon(english) Subscribe Me mailing list. We're sorry to see you go! If you feel you have received this notice in error, please visit the Alharamain Sermon(english) Subscribe Me mailing list at our website: http://alharamainsermons.org to add yourself automatically, or click on the link below to automatically re-subscribe yourself: http://www.alharamainsermons.org/cgi-bin/subscribe/s.pl?a=1&l=1&[EMAIL PROTECTED] Thank you, Alharamain Sermon(english) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#339658: should not call update-modules for module-init-tools
On Dec 05, Joey Hess <[EMAIL PROTECTED]> wrote: > dh_installmodules generates code to run update-modules in the postinst > and postrm, which are run when modules are installed or removed. Amoung > other things, the depmod call in update-modules.modutils makes the newly > installed modules in the postinst available for immediate use (if the > kernel matches). Right, I did not remember that update-modules also runs depmod. This is interesting, because if modutils is not installed then depmod will not be run by the update-modules script of module-init-tools. Nobody ever reported this, so I wonder if the packages which install 2.6 modules already run depmod or what else. My goal was to prepare the update-modules phase-out, but now I am not so sure. What should I do, encourage the maintainers of modules for 2.6 kernels to just use depmod or make update-modules run it and keep the script forever? Comments are encouraged, I favour the first option. -- ciao, Marco signature.asc Description: Digital signature
Re: Bug#339658: should not call update-modules for module-init-tools
Marco d'Itri wrote: > Right, I did not remember that update-modules also runs depmod. > This is interesting, because if modutils is not installed then depmod > will not be run by the update-modules script of module-init-tools. > Nobody ever reported this, so I wonder if the packages which install 2.6 > modules already run depmod or what else. Hmm, good point. It might be best for dh_installmodules to always depmod by hand, to make sure it gets run. Of course this will unfortuantly result in it being run twice if modutils is installed. > My goal was to prepare the update-modules phase-out, but now I am not so > sure. What should I do, encourage the maintainers of modules for 2.6 > kernels to just use depmod or make update-modules run it and keep the > script forever? > Comments are encouraged, I favour the first option. debhelper takes care to only run update-modules if it is available, so it should not be a problem if it keeps adding the code to do that to postinsts even once update-modules is completly removed from debian. Of course once that happens it will be cruft and I will remove the call. Anyway, if you add a depmod call to update-modules then debhelper could just run it and not worry about needing to run depmod. If OTOH you do want to eventually remove update-modules from module-init-tools then we will have to live with debhelper running depmod, possibly redundantly. -- see shy jo signature.asc Description: Digital signature
Re: apt PARALLELISM
On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > Example: (/etc/apt/sources.list) > deb http://ftp.en.debian.org/debian main stable contrib non-free > deb http://ftp.de.debian.org/debian main stable contrib non-free > > in this case the stable packages will be ONLY downloaded from first server > from the list ... And what is the problem?
Re: apt PARALLELISM
"Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: Example: (/etc/apt/sources.list) deb http://ftp.en.debian.org/debian main stable contrib non-free deb http://ftp.de.debian.org/debian main stable contrib non-free in this case the stable packages will be ONLY downloaded from first server from the list ... And what is the problem? This person is requesting parallel downloads from multiple servers. So basicly during package download, if there are three full and up-to-date mirrors in sources.list, there should be simulatious downloads of different packages from all three different mirrors. The concept is that in some cases this can noticable improve performance, especially whith sites that bandwidth throtle, or have some other sort of bottleneck. I would say this is a feature request, rather than a bug report of any kind. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
> The buildd maintainer is one of the 'notoriously difficult to reach' > people in Debian. If you were interested in trying, contacting the > mailing list for the port is the obvious next step. What can the people on such a mailing list do about buildd issues? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
Hi, Vincent Sanders wrote: > [1] http://buildd.debian.org/~jeroen/status/architecture.php?a=arm taking a "random" (end of alphabet) sample from maybe-failed: twinkle: requeue (probably libccrtp was stuck in NEW) wvstreams: Dep-Wait (libxplc0.3.13-dev) - dep in new queue, see #340696 xchm: retry (needed libchm-dev) xmms-openspc: arch specific (says maintainer in control) zinc-compiler: arch specific dependency (ghc6) visualboyadvance: buggy, could requeue to get #334727 weechat: don't know, error on dh-strip on 5 archs, no bug filed That's 2 out of 7 which need actual debugging, both not arm-specific. If you're deperate for people looking at build-failures, that's OK, but only few of them seem really arm-specific. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
On Mon, Dec 05, 2005 at 10:43:15PM +0100, Thomas Viehmann wrote: > Hi, > > Vincent Sanders wrote: > > [1] http://buildd.debian.org/~jeroen/status/architecture.php?a=arm > > taking a "random" (end of alphabet) sample from maybe-failed: > > twinkle: requeue (probably libccrtp was stuck in NEW) Just try to install the build dependencies for it on any arch. They are not available. There is a reason this has failed on all arches. The problem is that libccrtp1-1.3-0 is still linked to libcommoncpp2-1.3c2 instead of libcommoncpp2-1.3c2a. > wvstreams: Dep-Wait (libxplc0.3.13-dev) - dep in new queue, see #340696 > xchm: retry (needed libchm-dev) This can probably be requeued indeed. But it would help if the maintainer uploaded xchm after libchm was in installed state on all arches, so buildd admins don't have to look at this. > xmms-openspc: arch specific (says maintainer in control) > zinc-compiler: arch specific dependency (ghc6) So those should get added to P-a-s instead. > visualboyadvance: buggy, could requeue to get #334727 What's the point to requeue if this bug isn't fixed? > weechat: don't know, error on dh-strip on 5 archs, no bug filed > > That's 2 out of 7 which need actual debugging, both not arm-specific. And only 1/7 where some action of the buildd maintainer is needed at this time to get something build. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
Thomas Viehmann wrote: > Hi, > > Vincent Sanders wrote: > > [1] http://buildd.debian.org/~jeroen/status/architecture.php?a=arm > > taking a "random" (end of alphabet) sample from maybe-failed: > > twinkle: requeue (probably libccrtp was stuck in NEW) > wvstreams: Dep-Wait (libxplc0.3.13-dev) - dep in new queue, see #340696 > xchm: retry (needed libchm-dev) > > xmms-openspc: arch specific (says maintainer in control) > zinc-compiler: arch specific dependency (ghc6) > > visualboyadvance: buggy, could requeue to get #334727 > weechat: don't know, error on dh-strip on 5 archs, no bug filed > > That's 2 out of 7 which need actual debugging, both not arm-specific. > > If you're deperate for people looking at build-failures, that's OK, but > only few of them seem really arm-specific. The number of Maybe-Failed packages doesn't tell much. A while ago I went through it for mips and found that the vast majority consists of - Packages which should be in P-a-s - Packages which should be in state Dep-Wait - Packages which are broken in the same obvious way for several architectures Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
Le lundi 05 décembre 2005 à 16:19 -0500, Clint Adams a écrit : > > The buildd maintainer is one of the 'notoriously difficult to reach' > > people in Debian. If you were interested in trying, contacting the > > mailing list for the port is the obvious next step. > > What can the people on such a mailing list do about buildd issues? Set up an alternate buildd network. This may be the only option is the only buildd administrator isn't able to process requests and still isn't willing to accept help. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Re: StrongARM tactics
Josselin Mouette <[EMAIL PROTECTED]> writes: > Le lundi 05 décembre 2005 à 16:19 -0500, Clint Adams a écrit : >> > The buildd maintainer is one of the 'notoriously difficult to reach' >> > people in Debian. If you were interested in trying, contacting the >> > mailing list for the port is the obvious next step. >> >> What can the people on such a mailing list do about buildd issues? > > Set up an alternate buildd network. This may be the only option is the > only buildd administrator isn't able to process requests and still isn't > willing to accept help. Since they seem to be aware already of the problem, one wonders why they haven't done this yet.
Re: apt PARALLELISM
On 12/5/05, Joe Smith <[EMAIL PROTECTED]> wrote: > > "Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > >> Example: (/etc/apt/sources.list) > >> deb http://ftp.en.debian.org/debian main stable contrib non-free > >> deb http://ftp.de.debian.org/debian main stable contrib non-free > >> > >> in this case the stable packages will be ONLY downloaded from first > >> server > >> from the list ... > > > > And what is the problem? > > This person is requesting parallel downloads from multiple servers. So > basicly during package download, if there are three full and up-to-date > mirrors in sources.list, there should be simulatious downloads of different > packages from all three different mirrors. > The concept is that in some cases this can noticable improve performance, > especially whith sites that bandwidth throtle, or have some other sort of > bottleneck. Do you mean throttling at the mirror site? Or between the mirror and the end-user? If the global (world) overhead of parallel downloads increases it may not be a good idea to do it.
Penis enhancement system that works for countless men worldwide.
Penis Enlargement announcement /pt/ All the world's a stage and most of us are desperately unrehearsed. My favorite animal is steak. God made everything out of nothing, but the nothingness shows through. My favorite animal is steak. Who to himself is law, no law doth need. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt PARALLELISM
"Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] On 12/5/05, Joe Smith <[EMAIL PROTECTED]> wrote: "Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: >> Example: (/etc/apt/sources.list) >> deb http://ftp.en.debian.org/debian main stable contrib non-free >> deb http://ftp.de.debian.org/debian main stable contrib non-free >> >> in this case the stable packages will be ONLY downloaded from first >> server >> from the list ... > > And what is the problem? This person is requesting parallel downloads from multiple servers. So basicly during package download, if there are three full and up-to-date mirrors in sources.list, there should be simulatious downloads of different packages from all three different mirrors. The concept is that in some cases this can noticable improve performance, especially whith sites that bandwidth throtle, or have some other sort of bottleneck. Do you mean throttling at the mirror site? Or between the mirror and the end-user? Either. It is possible that a router could be throttling the flow rate to a network owned by annother company. Other possible cases are where a user has connections speeds higher than some of the servers. (for example, some rich user could have multi-T3). I'm not sure it is needed, but I do understand that in some cases such a feature may be usefull. Now it is useless for users where the bottleneck is on their end. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt PARALLELISM
On Mon, 05 Dec 2005, Joe Smith wrote: > "Olaf van der Spek" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > >On 12/5/05, Ivan Adams <[EMAIL PROTECTED]> wrote: > >>Example: (/etc/apt/sources.list) > >>deb http://ftp.en.debian.org/debian main stable contrib non-free > >>deb http://ftp.de.debian.org/debian main stable contrib non-free > >> > >>in this case the stable packages will be ONLY downloaded from first > >>server > >>from the list ... > > > >And what is the problem? It is like that by design AFAIK. > This person is requesting parallel downloads from multiple servers. So The mirror network is there to serve as many users as we possibly can at the same time, at reasonable speeds. Parallel connections to the same mirror or to a number of different ones might jeopardize that goal. > basicly during package download, if there are three full and up-to-date > mirrors in sources.list, there should be simulatious downloads of different > packages from all three different mirrors. > > The concept is that in some cases this can noticable improve performance, > especially whith sites that bandwidth throtle, or have some other sort of > bottleneck. The problem with that concept is that it has the very likely effect of degrading performance for everyone else. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt PARALLELISM
Le Mardi 6 Décembre 2005 02:50, Joe Smith a écrit : > Now it is useless for users where the bottleneck is on their end. Well, it can also be usefull in case of a broken mirror can't it? Romain -- Not even the dog That piss against the wall of Babylon, Shall escape his judgement
Re: apt PARALLELISM
On Tue, 06 Dec 2005, Romain Beauxis wrote: > Le Mardi 6 Décembre 2005 02:50, Joe Smith a écrit : > > Now it is useless for users where the bottleneck is on their end. > > Well, it can also be usefull in case of a broken mirror can't it? apt already handles that and skips to the next mirror. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SDL producing bogus dependencies or packages misusing SDL?
I wanted to verify this. I've been looking at a number of packages which have picked up dependencies on libartsc0, libasound2, libaudio2, libaudiofile0, libsed0, libjpeg62, libpng12-0, and many others, without actually build-depending on any of the corresponding dev packages. The common factor is that they depend on libsdl-image1.2, libsdl-mixer1.2, and/or libsdl1.2debian. Clearly they're suffering from recursive library dependency disease. The question is this: is this due to some script in the SDL packages? They're complex enough that I couldn't actually tell. The alternative possibility is of course that each of these packages generated the bad recursive list on its own, which is just as likely. I'm wondering where to file the bugs. :-) -- Nathanael Nerode <[EMAIL PROTECTED]> A thousand reasons. http://www.thousandreasons.org/ Lies, theft, war, kidnapping, torture, rape, murder... Get me out of this fascist nightmare! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux in a binary world... a doomsday scenario
On Mon, Dec 05, 2005 at 11:52:32AM +0100, Arjan van de Ven wrote: >Linux in a binary world > >What if.. what if the linux kernel developers tomorrow accept that >binary modules are OK and are essential for the progress of linux. >[...] This message from lkml starts the mail thread at: http://www.uwsg.indiana.edu/hypermail/linux/kernel/0512.0/0972.html As you already know, binary drivers are evil and the future of debian looks very bad in Arjan's binary world. Should we do something about packages in main that load MS Windows binary drivers? Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: Linux in a binary world... a doomsday scenario
Aníbal Monsalve Salazar writes: > Should we do something about packages in main that load MS Windows > binary drivers? Are there many of these? If there are (as I suspect) just one or two, would it hurt to name them? How do you evaluate the tradeoff between someone using Debian with a non-Linux binary driver loaded versus that person using some other Linux distribution or some (non-free?) OS? Those questions need to be answered before deciding whether Debian should "do something" about the packages you describe. Michael Poole
Re: SDL producing bogus dependencies or packages misusing SDL?
On Mon, Dec 05, 2005 at 10:32:00PM -0500, Nathanael Nerode wrote: > I wanted to verify this. I've been looking at a number of packages > which have picked up dependencies on libartsc0, libasound2, libaudio2, > libaudiofile0, libsed0, libjpeg62, libpng12-0, and many others, without > actually build-depending on any of the corresponding dev packages. > The common factor is that they depend on libsdl-image1.2, libsdl-mixer1.2, > and/or libsdl1.2debian. Clearly they're suffering from recursive library > dependency disease. > The question is this: is this due to some script in the SDL packages? They're > complex enough that I couldn't actually tell. The alternative possibility > is of course that each of these packages generated the bad recursive list > on its own, which is just as likely. I'm wondering where to file the bugs. > :-) Try building the package from source, then grep the resulting build tree for references to the libraries in question: both the "-lartsc" and the "libartsc\.(so|la)" forms. Then figure out where those references are coming from. If you have a libartsc.la, then the package needs to be relibtoolized (for starters); if you have -lartsc in an auto-generated file, it probably comes from SDL itself; if you have -lartsc hard-coded in the non-auto-generated Makefile (or Makefile.in, Makefile.am...), it's that package's problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: apt PARALLELISM
Hi again,in my case:I have slow internet connection. BUT I have friends with the same connection in my local area network, who have apt-proxy.My goal is: When I need to install new system (Debian) on new user, or dist-upgrade on entire system, I need the unstable packets from site. In this case I need to wait some HOURS. If apt have PARALLELISM , I could use my connection and at the same time the connections of apt-proxy.In that case I will download the packets twice (or more) faster. Thank you! Best regards
